Collecte de preuves basées sur l’importation
Réduisez la surcharge d’instance en ignorant le traitement de pipeline au niveau de l’étape pour accélérer la gestion des changements et la collecte de preuves pour GitHub Actions( Azure DevOps ADO) Jenkins et GitLab les outils d’orchestration.
Toutes les preuves pertinentes dans le pipeline sont jointes à la demande de changement à l’aide de la demande d’importation au lieu des notifications webhook.
Activer la collecte de preuves basées sur l’importation
Vous pouvez activer cette fonctionnalité en activant le bouton bascule Collecte de preuves basées sur l’importation pour l’aptitude d’orchestration dans la page Propriétés. Pour plus d'informations, consultez Propriétés du Vélocité de changement DevOps.
Comment les preuves sont-elles recueillies ?
Lorsque l’étape de changement dans un pipeline est déclenchée, un enregistrement de rappel est créé avec l’état : créé et l’état de la preuve de changement : en attente. Une demande d’importation, avec les pages de demande d’importation correspondantes, est créée pour recueillir les détails de l’exécution du pipeline et les preuves requises. La demande de changement est ensuite créée avec toutes les preuves qui y sont jointes. En outre, la fonctionnalité de collecte de preuves basées sur l’importation est relancée lors de l’événement d’achèvement du pipeline pour garantir que toutes les preuves associées sont récupérées avec précision et associées à la demande de changement. Après la création de la demande de changement, les mécanismes d’approbation automatique et les comportements ultérieurs restent les mêmes que le comportement existant.
- Pour ADO
-
- Pour le pipeline de version, lorsque la propriété est activée, la collecte de preuves se produit uniquement en fonction de l’événement d’achèvement du pipeline (les événements au niveau de l’étape ne sont pas traités pour réduire la surcharge de l’instance).
- Pour le pipeline de mise en production, même si la propriété est activée, la collecte de preuves se produit en fonction des événements au niveau de l’étape de traitement.
- Pour GitHub Actions
-
- Lorsque la propriété est activée, la collecte de preuves se produit uniquement en fonction de l’événement d’achèvement du workflow (les événements au niveau de l’étape ne sont pas traités pour réduire la surcharge de l’instance).
- Si vous utilisez GitHub Actions des portails de déploiement dans l’une de vos étapes, vous devez configurer l’application GitHub, et la collecte de preuves se produit en fonction de l’événement d’achèvement du workflow. Pour plus d’informations sur les portails de déploiement, reportez-vous à la section Portails de déploiement GitHub pour les changements ServiceNow DevOps.
- Jenkins
- Lorsque la propriété est activée, la collecte de preuves se produit en fonction de l’événement d’achèvement du pipeline uniquement (les événements au niveau de l’étape ne sont pas traités pour réduire la surcharge de l’instance).Remarque :Vous devez installer la dernière Jenkins version à partir de la Jenkins Place de marché. Accédez à Gérer Jenkins > la configuration système > les modules d’extension dans votre Jenkins instance. Recherchez Module d’extension ServiceNow DevOps et sélectionnez-le, puis sélectionnez Installer.
- GitLab
- Lorsque la propriété est activée, la collecte de preuves se produit en fonction de l’événement webhook des événements de pipeline uniquement (les événements au niveau de l’étape ne sont pas traités pour réduire la surcharge de l’instance).
Points clés
- La collecte de preuves basées sur l’importation prend en charge tous les styles de pipeline existants (réexécutions, parallèle, séquentiel) et toutes les configurations pour GitHub Actions, Jenkins et ADO.
- Tous les types de collecte de preuves pris en charge pour GitHub Actions, ADO GitLab et Jenkins dans le système de base sont également pris en charge lorsque cette propriété est activée.
- Pour GitHub Actions, les changements basés sur l’environnement ne sont pas pris en charge.
- Pour GitLab, les tâches manuelles (quand : manuelles) ne sont pas prises en charge. Par exemple :
run_tests: script: npm test when: manual allow_failure: true - Pour Jenkins, les pipelines Freestyle ne sont pas pris en charge.
- Les fonctionnalités d’importation et d’interrogation historiques fonctionnent de la même manière, que la propriété Collecte de preuves basées sur l’importation pour l’aptitude d’orchestration soit activée ou désactivée.
- Le redémarrage de l’importation dans l’enregistrement de la demande d’importation est également pris en charge.
- Les cadres de travail de dépannage et de gestion des erreurs ne sont pas affectés.
- Si vous procédez à une mise à niveau, la propriété Collecte de preuves basées sur l’importation pour l’aptitude d’orchestration est désactivée par défaut.