Vélocité de changement DevOps Vérifications de l’analyse de l’intégrité de la suite
Consultez la liste des vérifications d’analyse disponibles dans Vélocité de changement DevOps pour obtenir des recommandations sur la correction des erreurs éventuelles.
| Nom de vérification | Description de vérification | Suite | Détails de la résolution |
|---|---|---|---|
| DevOps - flux secondaires dépassant fréquemment les délais d’exécution | DevOps Les flux secondaires de gestionnaire d’aptitude 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. | Vélocité de changement DevOps Intégrité : planifiée | 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. |
| 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, y compris l’action de DevOps détection et le traitement des événements. | Vélocité de changement DevOps Intégrité : planifiée | Consultez l'article de la base de connaissances [KB1642669] pour en savoir plus sur la résolution. |
| DevOps - dupliquer les pipelines | Le DevOps modèle de données 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 primaires DevOps , qui peuvent entraîner des problèmes de traitement s’ils ne sont pas résolus. | Vélocité de changement DevOps Intégrité : planifiée | Supprimez le pipeline en double qui n'a pas d'exécutions de pipeline associées ou qui n'est pas lié à une application. |
| DevOps Accès de l’utilisateur système | 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. Étant donné qu'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. | Vélocité de changement DevOps Intégrité : planifiée | Assurez-vous que l'utilisateur système DevOps existe. Vérifiez qu'il n'y a pas d'ACL au niveau du champ dans la table sys_connection et informations d'identification. |
| DevOps - Compatibilité des plugins connexes | Si les versions des modules d’extension des applications associées à la Vélocité de changement DevOps ne sont pas compatibles avec la version Vélocité de changement DevOps dans une instance, diverses fonctionnalités peuvent ne pas fonctionner correctement. Cette vérification identifie si un module d’extension commençant par le nom « sn_devops » (à l’exclusion du module d’extension sn_devops_pipeline) n’a pas la même version que celle de sn_devops_chgvlcty. | Vélocité de changement DevOps Intégrité : planifiée | Mettez à niveau les modules d'extension connexes vers la version compatible avec Vélocité de changement DevOps. |
| DevOps - pipelines en échec chronique ou en attente | Si un pipeline est en échec chronique ou dans l’état d’attente indéfiniment, cela peut empêcher les processus d’aller DevOps plus loin. Cette vérification identifie les pipelines qui ont échoué lors des dix exécutions précédentes afin que vous puissiez prendre des mesures correctives. | Vélocité de changement DevOps Intégrité : planifiée | Vérifiez les exécutions les plus récentes pour les pipelines marqués et examinez les événements entrants et les tables de journaux d'erreurs DevOps pour aider à déterminer la cause première des échecs. |
| DevOps -Demandes de découverte et d’importation périmées ou de longue durée | Identifie les demandes de détection et d'importation obsolètes ou prolongées. Si les demandes de détection ou d’importation restent en cours ou échouent pendant plus de 5 à 6 heures, elles peuvent bloquer de nouvelles demandes avec la même combinaison. Cette vérification détecte ces demandes obsolètes ou prolongées afin qu’une action rapide puisse être entreprise pour maintenir les processus DevOps en cours d’exécution. | Vélocité de changement DevOps Intégrité : planifiée | Vérifiez la connectivité de l'outil, les informations d'identification, les autorisations et les journaux d'erreurs DevOps pour identifier la cause des échecs ou des demandes bloquées. |
| DevOps : travaux planifiés avec configuration non valide | Identifie les travaux planifiés qui ont été configurés pour s’exécuter en tant qu’utilisateur non administrateur ou non non valide. | Vélocité de changement DevOps Intégrité : planifiée | Configurez les tâches à exécuter avec les utilisateurs administrateurs. |
| 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, notamment la connectivité des outils, le traitement des événements, le traitement des pipelines et la création de DevOps 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é. | Vélocité de changement DevOps Intégrité : sur demande | 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. Consultez l'article de la base de connaissances [KB1112530] pour en savoir plus. |
| 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é. | Vélocité de changement DevOps Intégrité : sur demande | 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 - Compatibilité avec les plugins Jenkins | Si la version du module d'extension Jenkins installée dans votre instance n'est pas compatible avec la version de Vélocité de changement DevOps, cela peut entraîner un dysfonctionnement des fonctionnalités Jenkins. | Vélocité de changement DevOps Intégrité : sur demande | Mettez à niveau votre module d'extension Jenkins vers la version compatible avec Vélocité de changement DevOps. |
| DevOps : changements dans les enregistrements d’ensembles de mises à jour | Si des modifications sont apportées à l’une DevOps des applications, 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 inclus dans le périmètre de l'application Vélocité de changement DevOps. | Vélocité de changement DevOps Intégrité : sur demande | 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 dans la General guidelines for planning the update process documentation produit. |
| DevOps - fichiers ignorés lors de la mise à niveau | Si un fichier a été ignoré pendant le processus de mise à niveau, cela peut entraîner des problèmes potentiels ou un état instable de l’application. Le traitement proactif des fichiers manquants garantit l’intégrité de la mise à niveau et empêche les erreurs ou défaillances inattendues. | Vélocité de changement DevOps Intégrité : sur demande | Fusionnez manuellement les nouvelles mises à jour pour les fichiers ignorés. Voir l’article de la base de connaissances [KB0952456] pour plus d’informations. |
| DevOps Analyse de la configuration Webhook | Vérifie si les webhooks ont été configurés correctement pour tout référentiel, pipeline ou plan suivi dans GitHub, GitLabAzure DevOps, , et Jenkins. | Vélocité de changement DevOps Intégrité : sur demande | Si le webhook n’est pas configuré, configurez-le. Si la configuration existante contient des erreurs, mettez-la à jour pour vous assurer que les paramètres corrects sont appliqués. |
| DevOps Analyse de la configuration de l’application OAuth | Si un outil GitHub est à l’état connecté et a une configuration d’application OAuth connexe, cette vérification évalue la configuration pour détecter tout problème potentiel. Par exemple, pour GitHub Apps, vérifie si les valeurs ID d’application et ID client correspondent aux valeurs configurées dans le registre d’application ServiceNow et les enregistrements de fournisseur JWT. Remarque : Cette vérification est disponible uniquement pour GitHub. |
Vélocité de changement DevOps Intégrité : sur demande | N/A |
| DevOps Analyse de l’intégrité pour les erreurs de traitement dans les rappels | En tant qu’ingénieur DevOps , je souhaite une analyse de l’intégrité qui vérifie les erreurs de traitement dans les rappels, afin que les problèmes de traitement des rappels puissent être détectés rapidement. Éléments à rechercher :
|
Vélocité de changement DevOps Intégrité : sur demande | N/A |
| DevOps Analyse de l’intégrité de l’intégrité de l’ACL OOB et de l’association correcte des rôles | En tant qu’ingénieur DevOps , je souhaite une analyse de l’intégrité qui vérifie que toutes les ACL prêtes à l’emploi sont intactes et correctement associées aux rôles appropriés, afin que le contrôle d’accès soit correctement appliqué. | Vélocité de changement DevOps Intégrité : sur demande | N/A |
| DevOps Analyse de l’intégrité pour détecter la présence de tables DevOps et de métadonnées sys_* | En tant qu’ingénieur DevOps , je souhaite une analyse de l’intégrité qui vérifie que toutes les tables DevOps et toutes les métadonnées des tables sys_* sont présentes, afin de détecter si des tables ont été exclues lors du clonage. | Vélocité de changement DevOps Intégrité : sur demande | N/A |
| DevOps Analyse de l’intégrité pour les rôles DevOps complets, y compris les rôles hérités | En tant qu’ingénieur DevOps , je souhaite une analyse de l’intégrité qui vérifie que tous les rôles contiennent tous les rôles attendus, y compris les rôles hérités, afin que les DevOps configurations des rôles soient complètes et correctes. | Vélocité de changement DevOps Intégrité : sur demande | N/A |