Contrôler la progression de vos déploiements GitHub Actions grâce aux monitors Datadog
Présentation
La solution CI Visibility n'est pas encore disponible pour le site que vous avez sélectionné ().
Datadog possède le statut de partenaire d’intégration en ce qui concerne les règles de protection de déploiement de GitHub Actions. Nous vous aidons ainsi à fournir des applications de qualité optimale à vos clients finaux. Vous pouvez appliquer des murs de qualité à vos workflows de déploiement GitHub Actions à l’aide des monitors Datadog.
Ces fonctionnalités sont disponibles pour tous les clients Datadog disposant de l’offre Enterprise Cloud GitHub. Elles ne nécessitent pas d’utiliser la solution CI Visibility.
Activer des règles de protection de déploiement
Pour pouvoir tirer profit de la plateforme Datadog afin d’effectuer des contrôles de qualité sur les déploiements d’application, vous devez avoir activé la fonctionnalité de règles de protection de déploiement pour votre application.
Suivez ces instructions pour créer une application GitHub qui se connecte automatiquement à Datadog. N’oubliez pas de cocher la case Deployment Protection Rules.
Si vous avez déjà configuré une application GitHub et qu’elle est connectée à Datadog, rendez-vous sur le carré d’intégration GitHub dans l’application pour activer les règles de protection de déploiement.
- Activez l’accès en lecture et en écriture pour les déploiements.
- Activez l’accès en lecture pour les actions.
- Sous la section Subscribe to events d’une application, cochez la case Deployment protection rule.
- Dans un référentiel, cliquez sur Settings. Àla section Code and Automation, cliquez sur Environments. Sous Deployment Protection Rules, activez l’application GitHub connectée à l’intégration Datadog.
Créer des monitors pour contrôler la progression de vos déploiements
Suivez ces instructions pour créer et configurer un monitor Datadog afin de l’utiliser pour contrôler la progression d’un déploiement GitHub Actions.
Vous pouvez utiliser plusieurs monitors distincts pour effectuer des contrôles de qualité. Toutefois Datadog vous recommande plutôt d’utiliser des monitors composite, car ils vous permettent de contrôler la progression de déploiements basés sur plusieurs signaux à l’aide d’un seul monitor. Pour en savoir plus, consultez la section Types de monitors.
Vous devez appliquer les tags suivants à l’ensemble des monitors qui serviront à créer des murs de qualité :
Le tag git_repo doit contenir le nom du propriétaire du référentiel au format <PROPRIÉTAIRE>/<RÉFÉRENTIEL>. Exemple : Datadog/my-repo.
Lorsque vous exécutez un workflow, GitHub Actions envoie une requête à votre monitor Datadog. L’évaluation du monitor donne lieu à l’un des résultats décrits ci-dessous. En fonction de ce résultat, Datadog renvoie un commentaire à GitHub. Celui-ci est inclus dans la section Comment correspondant à l’événement et à l’environnement associés au workflow exécuté.
- Si tous les monitors associés à votre déploiement (via les tags d’environnement et de référentiel) possèdent l’état
OK, Datadog approuve le déploiement. - Si un monitor associé à votre déploiement ne possède pas l’état
OK (mais plutôt l’état ALERT, WARN ou NODATA), Datadog rejette le déploiement.
Exemples de contrôles de qualité
Pour vérifier que le taux d’erreurs et/ou la latence moyenne de votre application ne dépassent pas certains seuils avant un déploiement, vous pouvez utiliser des monitors APM.
Santé de l’infrastructure de l’environnement
Pour vérifier le niveau d’utilisation du processeur et/ou de la mémoire de votre application ou service avant son déploiement, utilisez une integration et des monitors de métrique.
Pour aller plus loin
Documentation, liens et articles supplémentaires utiles:
