Améliorez la qualité de votre sortie

Le taux de sortie mesure le nombre de sorties au fil du temps. sortie événement doit inclure l'attribut suivant :

• Le nom de l'application

• L'identifiant unique de la sortie (signature SHA, numéro de version, etc.)

• Le nombre de lignes de code ajoutées

• Le nombre de lignes de code supprimées

• La date et l'heure de la sortie

• L'utilisateur ou le processus qui déploie la sortie

• L'URL qui pointe vers cette sortie dans le référentiel source du code

• Un indicateur qui montre si cette sortie est nouvelle ou une restauration

  Goal: Augmenter le taux de sortie.

  Best practices:

• Utilisez des processus d’amélioration continue pour générer un taux de sortie plus élevé.

• Minimisez le nombre de changements à chaque sortie pour réduire l’impact des échecs de sortie.

• Reliez cet indicateur de performance clé à l’impact commercial et signalez-le aux parties prenantes.

La taille/portée de sortie mesure le nombre de lignes de code ajoutées ou supprimées. En alternative, il peut mesurer le pourcentage de la code base modifiée.

Vous devez inclure cet indicateur de performance clé comme attribut d'un événement de sortie tel que défini par l'indicateur de performance clé de taux de sortie.

Goal: Réduisez la taille/la portée de chaque sortie.

Best practices:

• Minimisez le nombre de changements à chaque sortie pour réduire l’impact des échecs de sortie.
• Reliez cet indicateur de performance clé à l’impact commercial et signalez-le aux parties prenantes.

L'indicateur de performance clé de réactivité et d'erreurs de l'application mesure les temps de réponse et le volume d'erreurs du 95e percentile de la sortie.

Vous devez utiliser l'instrumentation d'observabilité pour collecter cet indicateur de performance clé pour chaque transaction à la limite de service de l'application. L'attribut du KPI doit, au minimum, inclure les éléments suivants :

• Nom de la transaction et/ou URI

• Temps horloge de début de la transaction

• La durée de la transaction

• La ressource de calcul qui a traité la demande

  Goal: Améliorez le temps de réponse et réduisez les erreurs.

  Best practices:

• Utilisez les techniques de Gestion des niveaux de service pour créer des applications plus réactives avec moins d'erreurs côté utilisateur.

• Utilisez cet indicateur de performance clé pour prioriser les efforts d’amélioration des performances de l’ingénierie.

• Utilisez votre solution d'observabilité pour remonter des informations sur les goulots d'étranglement et blâmer les composants à vos équipes de développement afin qu'elles puissent les corriger.

L'impact sur la production mesure le nombre de sorties ayant échoué (telles que les sorties qui ont été annulées ou qui n'ont pas pu être déployées).

Vous devez inclure cet indicateur de performance clé comme attribut d'un événement de sortie tel que défini par l'indicateur de performance clé de taux de sortie.

Goal: Réduisez le nombre de sorties ratées.

Best practices:

• Assurez-vous de tester de manière réaliste votre déploiement dans un environnement hors production avant de le déplacer vers la production.
• Effectuez des rétrospectives approfondies sur les déploiements ayant échoué afin de pouvoir découvrir et corriger les lacunes dans vos processus de test et de déploiement.

Cet indicateur de performance clé mesure le pourcentage de l'application qui dispose d'une instrumentation d'observabilité.

Goal: Couverture à 100%

Best practices:

• Ajoutez une instrumentation de diagnostic aux principaux composants de l'application.
• Utilisez les échecs d’atteinte du SLO pour piloter les processus de diagnostic afin d’identifier et de combler les lacunes d’observabilité.
• Utiliser les rétrospectives incident pour identifier et combler les lacunes d’observabilité.

Le volume ticket d'assistance mesure le nombre de tickets d'assistance ouverts pour cette sortie. Il s'agit d'un KPI facultatif.

Vous devez collecter cet indicateur de performance clé sous forme de mesure horaire ou quotidienne possédant l'attribut suivant :

• Nom de l'application et sortie

• horodatage

• Nombre de tickets ouverts par gravité

• Temps moyen de fermeture selon la gravité

  Goal: Réduisez le nombre de tickets.

  Best practices:

• Assurez-vous de pouvoir corréler le ticket d'assistance avec une sortie spécifique.

• Analysez les tickets d'assistance pour comprendre les types de problèmes rencontrés et utilisez ces informations pour favoriser une amélioration continue.

Ce KPI mesure les coûts d'hébergement de l'application. Il s'agit d'un KPI facultatif.

Goal: Créez un modèle de coûts prévisible et stable.

Best practices:

• Mesurez les coûts de l’infrastructure d’hébergement de chaque application.
• Examinez régulièrement les mesures de performance et de coût de l'application pour vous assurer que l'application dispose de ressources adaptées à sa fonction et à son importance commerciale.