Exécuter des analyses de l’intégrité pour Vélocité de changement DevOps
Exécutez des analyses de vérification de l’intégrité sur votre Vélocité de changement DevOps instance et obtenez des recommandations pour corriger les erreurs éventuelles.
Avant de commencer
Rôle requis : sn_devops.admin
Activez l’application DevOps Change Health Scan Content Pack pour utiliser cette fonctionnalité. Pour plus d’informations sur l’activation d’un module d’extension, reportez-vous à la section Activate a plugin.
Pourquoi et quand exécuter cette tâche
Si vous utilisez la version (3.0 à 5.0) de Vélocité de changement DevOps, mais que vous avez activé l’application DevOps Change Health Scan Content Pack, vous ne pouvez accéder à cette fonctionnalité qu’à partir de l’interface utilisateur classique dans Now Platform. Pour en savoir plus sur les analyses de l’intégrité dans Now Platform, reportez-vous à la section Scan checks.
Les suites d’analyse sont des collections de vérifications du centre de sécurité qui s’exécutent ensemble. La suite parente Intégrité de la vélocité de changement DevOps contient les suites Intégrité de la vélocité de changement DevOps : planifiée et Intégrité de la vélocité de changement DevOps : à la demande.
Vous pouvez choisir d’exécuter l’analyse parente Intégrité de la vélocité de changement DevOps, qui exécute toutes les vérifications disponibles dans la suite d’analyses DevOps, ou d’exécuter chaque suite enfant individuellement, ce qui exécute les vérifications applicables à cette suite enfant. À l’aide de la suite enfant planifiée Intégrité de la vélocité de changement DevOps, vous pouvez créer un calendrier pour déclencher régulièrement des analyses de la suite d’instance Intégrité DevOps, même lorsque vous n’avez pas de session active. De plus, à l’aide de la suite Intégrité de la vélocité de changement DevOps - Sur demande, vous pouvez exécuter les vérifications d’analyse de l’intégrité DevOps disponibles sur une cible spécifique pour obtenir des résultats d’analyse ciblés.
| Nom de la suite | Nom de vérification | Vérifier la description | Détails de la résolution |
|---|---|---|---|
| Intégrité de la vélocité de changement DevOps : planifié | DevOps : flux secondaires dépassant fréquemment les délais d'exécution | Les flux secondaires du gestionnaire d’aptitude DevOps ont un délai d’expiration par défaut de 45 secondes dans le système de base. Dans des conditions normales de fonctionnement, ces délais ne sont pas dépassés. Lorsque plusieurs flux secondaires expirent fréquemment, cela indique un problème potentiel. | Augmentez la valeur du délai d’expiration pour le flux secondaire qui arrive à expiration, dans la table Aptitude d’intégration. Vous devez avoir le rôle d’administrateur DevOps pour effectuer cette action. |
| Intégrité de la vélocité de changement DevOps : planifié | DevOps : rôles vides dans le système de base | Si l’un de vos rôles système de base a une référence de rôle vide, cela peut avoir un impact sur un large éventail de fonctionnalités DevOps, y compris l’action de détection et le traitement des événements. | Consultez l’article [KB1642669] pour plus de détails sur la résolution. |
| Intégrité de la vélocité de changement DevOps : planifié | DevOps : dupliquer les pipelines | Le modèle de données DevOps n’applique pas l’unicité aux enregistrements clés tels que les pipelines, ce qui peut entraîner des problèmes intermittents ou imprévisibles. Cette vérification identifie les enregistrements de pipeline en double dans les tables DevOps primaires, qui peuvent entraîner des problèmes de traitement s’ils ne sont pas résolus. | Supprimez le pipeline en double qui n'a pas d'exécutions de pipeline associées ou qui n'est pas lié à une application. |
| Intégrité de la vélocité de changement DevOps : planifié | Accès de l'utilisateur système DevOps | L’utilisateur devops.system est utilisé pour la plupart des traitements des transactions côté serveur et, au cours de ce traitement, s’il ne peut pas accéder à certaines tables clés, le processus échoue. Comme il n’est pas pratique de vérifier si l’utilisateur dispose d’un accès approprié à chaque fois qu’il effectue une requête, les défaillances ont tendance à se manifester indirectement, ce qui les rend difficiles et longues à diagnostiquer. Cette vérification garantit que devops.system dispose de l’accès approprié à une liste spécifique de tables requises pour la fonctionnalité principale du produit. | Assurez-vous que l’utilisateur système DevOps existe. Vérifier qu’il n’y a pas d’ACL au niveau du champ dans la table sys_connection et informations d’identification |
| Intégrité de la vélocité de changement DevOps : sur demande | DevOps : politiques d'accès au module mal configurées | Si des politiques d’accès au module sont manquantes ou mal configurées dans votre instance, cela peut avoir un impact sur un large éventail de fonctionnalités DevOps, notamment la connectivité des outils, le traitement des événements, le traitement des pipelines et la création de changements. Les politiques d’accès au module générées automatiquement sont définies sur rejeter par défaut. Cette vérification identifie les politiques d’accès au module configurées avec l’état de résultat rejeté. | Définissez la valeur de résultat de la politique d’accès au module pour l’application DevOps sur « Suivre » pour permettre à l’application DevOps d’accéder aux informations d’identification. Voir l’article de la base de connaissances [KB1112530] pour plus de détails. |
| Intégrité de la vélocité de changement DevOps : sur demande | DevOps : étapes de contrôle des changements avec pipelines non suivis | Si le contrôle des changements est activé pour un pipeline, mais qu'il n'est pas marqué pour le suivi, il est possible qu'une demande de changement ne soit pas créée lors de son exécution et que le pipeline soit bloqué. | Activez le suivi des pipelines sous contrôle des changements en sélectionnant l'option Suivre sur la page d'enregistrement de l'outil ou ajoutez le pipeline à une application. |
| DevOps : activité de mise à niveau | DevOps : changements dans les enregistrements d’ensembles de mises à jour | Si des modifications sont apportées à l’une des applications DevOps, cela peut entraîner l’omission ou l’oubli de mises à jour lors de la mise à niveau vers une version plus récente. Cette vérification analyse le fichier update.xml à la recherche de changements DevOps Change Velocity dans le champ d’application. | Avant d’utiliser des ensembles de mises à jour, créez un processus standard pour déplacer les personnalisations. Pour plus d’informations, consultez la rubrique Démarrer avec les ensembles de mises à jour dans la documentation du produit. |
Procédure
- Accédez à la .
- Dans le module Listes, sélectionnez Analyses de l’intégrité > Suites.
- Sélectionnez l’une des suites d’analyse en fonction de vos besoins.
- Sélectionnez Exécuter l’analyse de la suite.
Résultats
Une fois l’analyse exécutée, vous pouvez afficher les résultats et les conclusions de l’analyse dans les listes Résultats et Conclusions respectivement. Un résultat d’analyse indique l’état et le type d’analyse. Vous pouvez également voir toutes les vérifications exécutées dans le cadre de l’analyse et toutes les autres informations liées à l’analyse, telles que les erreurs et les journaux d’analyse. Un résultat est une référence à un enregistrement qui a enfreint une règle à partir d’une vérification sur l’instance. Vous pouvez trouver l’enregistrement source et le nombre de fois où l’enregistrement a déclenché les règles d’une vérification donnée.