Explorer ReleaseOps

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 4 minutes de lecture
  • ServiceNow® ReleaseOps est une solution au problème du déploiement des changements, des personnalisations et des applications personnalisées sur le ServiceNow AI Platform. En automatisant le processus de déploiement, ReleaseOps nous contribuons à augmenter la prévisibilité et la fiabilité des déploiements, tout en réduisant le risque de publier des changements indésirables en production.

    Vue d'ensemble de ReleaseOps

    ReleaseOps automatise et améliore le processus de déploiement des changements, des personnalisations et des applications personnalisées sur le ServiceNow AI Platform. ReleaseOps améliore le processus de déploiement de pipelines existant en gérant en interne la confiance entre instances et le partage d’informations d’identification, simplifiant ainsi l’installation et la configuration des pipelines personnalisés. ReleaseOps vous permet de déployer des changements à l’aide d’ensembles de mises à jour et de déclencher un déploiement directement dans l’environnement ServiceNow Studio de développement. De plus, ReleaseOps exploite les options d’automatisation de , ServiceNow Playbooksce qui se traduit par des déploiements moins sujets aux erreurs et manuels.

    ReleaseOps Gère les déploiements via les mises en production. Les mises en production définissent les changements, personnalisations ou applications personnalisées qui seront déplacés vers l’instance de production (ou cible) et quand les changements seront déployés. Les changements d’une mise en production sont contenus dans les demandes de déploiement. Chaque demande de déploiement contient un ou plusieurs ensembles de mises à jour ou installations d’application. Pour plus d’informations sur les mises en production et les demandes de déploiement, consultez Mises en production dans ReleaseOps et Demandes de déploiement dans ReleaseOps.

    ReleaseOps utilisateurs

    Tableau 1. Utilisateurs
    Rôle Description
    Gestionnaire de pipeline Un gestionnaire de pipeline est responsable de la création et de la gestion des pipelines, y compris de la personnalisation des playbooks. Les pipelines définissent le flux de vos déploiements.
    Gestionnaire de publication

    Un gestionnaire de mises en production est responsable de la création et de la planification des mises en production, ainsi que de la vérification que le contenu d’une mise en production est à la fois pertinent et correct. Le gestionnaire de mise en production peut supprimer les éléments de demande de déploiement qui ne répondent pas aux critères de la mise en production.

    Développeur Un développeur est responsable de la création de demandes de déploiement pour pousser les installations d’applications ou mettre à jour des ensembles de travail effectués via le pipeline.
    Testeur Un testeur est chargé d’approuver les échecs de test ATF qui se produisent pour permettre à un déploiement de se poursuivre. Un testeur peut également le renvoyer en développement.

    Workflow ReleaseOps

    Il s’agit de l’exemple de workflow de pipeline installé avec ReleaseOps. Votre gestionnaire de pipeline peut le personnaliser selon vos besoins.

    Figure 1. ReleaseOps Exemple de workflow de pipeline
    Cette infographie présente l’exemple de workflow de pipeline.

    Dans le workflow traditionnel du développement au test à la production :

    1. Le gestionnaire de mise en production crée une mise en production, qui est associée à un pipeline.
    2. Les développeurs créent et promeuvent des ensembles de mises à jour, en les ajoutant à une demande de déploiement existante ou créent une nouvelle demande de déploiement ciblée sur une mise en production.
    3. La mise en production progresse dans le pipeline :
      • L’étape d’évaluation déplace les changements des demandes de déploiement vers les instances de non-production et est conçue pour effectuer une analyse de déploiement et exécuter des analyses et des tests.
      • En cas d’échecs d’évaluation, des tâches de déploiement sont créées que le testeur peut approuver ou rediriger vers le développeur pour qu’il les traite.
      • L’étape de mise en production déplace tous les changements de ses demandes de déploiement qui ont réussi l’évaluation à la date planifiée vers la production. Voir l’exemple de workflow de mise en production ci-dessous.
    Figure 2. Exemple de workflow de version ReleaseOps
    Cette infographie présente l’exemple de workflow de mise en production.

    Dans le workflow de mise en production traditionnel :

    1. Le gestionnaire de mises en production crée une mise en production et définit son état sur Actif.
    2. À la date de gel planifiée, la mise en production commence à préparer le déploiement.
    3. Au cours du processus de préparation, les demandes de déploiement qui ne sont pas prêtes sont définies sur Différé et peuvent être jointes à une version ultérieure.
    4. Une fois le processus de préparation terminé, l’état de la mise en production est défini sur Prêt pour le déploiement.
    5. Lorsque la date de publication arrive, les ensembles de mises à jour des demandes de déploiement passent du test à la production dans l’ordre dans lequel ils ont été déployés en dernière instance.
    6. Les demandes de mise en production et de déploiement sont définies sur Terminé.

    ReleaseOps avantages

    Tableau 2. ReleaseOps avantages
    Avantage Fonctionnalité Rôle
    Définissez les exigences pour une application ou une mise à jour à installer sur une instance cible. Pipelines dans ReleaseOps Gestionnaire de pipeline
    Déployez les changements dans un environnement de production ou un autre environnement cible. Mises en production dans ReleaseOps Gestionnaire de publication
    Poussez les installations d’applications ou mettez à jour des ensembles de travail effectués via le pipeline avec des demandes de déploiement. Demandes de déploiement dans ReleaseOps Développeur
    L’analyseur de déploiement analyse les demandes de déploiement pour rechercher des changements à l’état actuel de l’instance de production ou de l’instance cible. Utilisez ces résultats pour déterminer vos actions dans le pipeline. Analyseur de déploiement dans ReleaseOps Développeur