Glossaire · Indicateurs de fiabilité
Temps moyen de réparation
Le MTTR est le temps moyen nécessaire pour rétablir un service après une défaillance, du moment où il tombe en panne au moment où il fonctionne de nouveau. Le R peut désigner la réparation, la reprise, le rétablissement ou la résolution : vérifiez lequel un rapport utilise.
Le MTTR couvre la détection, la réaction, le diagnostic, la correction et la vérification qu’elle a fonctionné. Le réduire passe souvent par une détection plus rapide et par le fait de joindre plus vite la bonne personne, pas seulement par une correction plus rapide : une correction de 5 minutes après 40 minutes sans que personne ne s’en aperçoive fait un incident de 45 minutes.
Le temps moyen de reprise se termine quand les utilisateurs sont de nouveau servis ; le temps moyen de résolution peut courir jusqu’à la correction de la cause sous-jacente, parfois des jours plus tard. Précisez lequel vous mesurez.
Les moyennes masquent la dispersion : une seule longue panne peut doubler le MTTR d’un mois. Regardez aussi chaque incident, ainsi que le MTTA (mean time to acknowledge, délai moyen de prise en charge), pour voir combien de temps s’est écoulé avant que quelqu’un ne commence à intervenir. Le MTTD en est la partie détection.
MTTR = temps total de rétablissement ÷ nombre d’incidents
Exemple : Trois incidents de 12, 30 et 18 minutes : (12 + 30 + 18) ÷ 3 = 20 minutes.
La page des incidents d’Uptimecheck affiche le temps de résolution (MTTR) et le temps d’acquittement (MTTA) sur les 30 derniers jours. Chaque incident va de la première vérification échouée au rétablissement, avec une chronologie des vérifications, alertes, acquittements et notes, et les preuves du moment où il s’est ouvert : la réponse en échec, et une capture d’écran quand le serveur a répondu ou un traceroute quand il n’a pas répondu.
Essai gratuit de 14 jours · Puis gratuit pour 5 moniteurs · Sans carte bancaire
Guides 6 min de lecture
MTTR, MTTA et MTBF mesurent la vitesse à laquelle vous résolvez les incidents, la rapidité de votre réaction et la fréquence des pannes. Formules, exemple chiffré et pistes concrètes pour améliorer chacun d’eux.
LireGuides 6 min de lecture
Un modèle de postmortem d’incident prêt à copier, les principes « sans reproche » qui le sous-tendent, un exemple rempli à partir d’une panne de paiement et la façon de publier un court résumé sur votre page de statut.
LireCela dépend du service et de la manière dont les incidents sont comptés : se comparer à d’autres entreprises a donc peu de sens. Suivez la tendance pour votre propre service : détecter la plupart des pannes en quelques minutes et les résoudre en moins d’une heure est un objectif raisonnable pour un service web.
Le MTTA, temps moyen de prise en charge, se termine quand quelqu’un prend l’incident. Le MTTR se termine quand le service fonctionne de nouveau. Le MTTA est la part de réaction du MTTR.
Détectez plus tôt grâce à des vérifications fréquentes, envoyez des alertes qui atteignent la personne d’astreinte, joignez des éléments de preuve à l’alerte pour que le diagnostic commence aussitôt, et tenez des runbooks pour les pannes déjà rencontrées.
Configurez votre premier moniteur en moins d’une minute, ou explorez d’abord la démo en ligne.
Essai gratuit de 14 jours · Puis gratuit pour 5 moniteurs · Sans carte bancaire
Avec votre accord, Google Analytics et Microsoft Clarity nous montrent quelles pages sont utiles et où les visiteurs bloquent. Ils déposent des cookies pour une durée maximale de 13 mois. Sans votre accord, aucun des deux ne s’exécute. Vous pouvez changer d’avis à tout moment via Paramètres des cookies en bas de la page. Politique de confidentialité