Release monitoring dans Dynatrace : versions, événements de déploiement et suivi des incidents

1. Pourquoi suivre les versions ? #

Relier un problème à un déploiement.

Principe #

Le release monitoring associe chaque processus à sa version, son produit et son étape (stage). On voit alors quelles versions tournent en production, on compare leurs performances et on relie un problème au déploiement qui l'a provoqué.

2. Déclarer les versions #

Variables d'environnement et labels.

Variables #

export DT_RELEASE_VERSION=2.4.1
export DT_RELEASE_PRODUCT=boutique
export DT_RELEASE_STAGE=production
export DT_RELEASE_BUILD_VERSION=2026.10.19-1532

Kubernetes #

Sur Kubernetes, Dynatrace lit les labels recommandés des pods (avec l'enrichissement des métadonnées du Dynatrace Operator) :

metadata:
  labels:
    app.kubernetes.io/name: checkout
    app.kubernetes.io/version: "2.4.1"
    app.kubernetes.io/part-of: boutique

Bonne Pratique : Ces labels sont standards : les poser sert aussi à Helm, Argo CD et aux autres outils d'observabilité.

3. Les événements de déploiement #

Annoncer un changement depuis la CI.

API Events v2 #

# Jeton avec la permission « Ingest events » (events.ingest)
curl -s -X POST "https://abc12345.live.dynatrace.com/api/v2/events/ingest" \
  -H "Authorization: Api-Token $DT_EVENTS_TOKEN" -H "Content-Type: application/json" \
  -d '{
    "eventType": "CUSTOM_DEPLOYMENT",
    "title": "Déploiement checkout 2.4.1",
    "entitySelector": "type(SERVICE),tag(app:checkout)",
    "properties": {
      "dt.event.deployment.version": "2.4.1",
      "dt.event.deployment.name": "checkout 2.4.1",
      "dt.event.deployment.project": "boutique",
      "dt.event.deployment.ci_back_link": "https://gitlab.example.org/boutique/-/pipelines/1532"
    }
  }'

L'événement apparaît sur la page des entités ciblées et dans l'analyse des problèmes : Davis le prend en compte pour expliquer une dégradation.

4. Suivi des incidents (issue tracking) #

Des tickets visibles dans Dynatrace.

Intégration #

L'intégration issue tracking (Jira, GitHub, GitLab, ServiceNow) affiche dans la page des versions les tickets ouverts correspondant à un produit et une version. Dans l'autre sens, les intégrations de notification ou les workflows créent automatiquement un ticket à l'ouverture d'un problème Dynatrace (voir la leçon sur la gestion des problèmes).