Tout ce qui mérite d'être su, rien qui ne le mérite pas.
Ce que cela mesure réellement
Le MTTR (Temps Moyen de Réparation) correspond au temps écoulé entre le début d'un incident (l'instant où l'impact se manifeste) et le rétablissement du service (la reprise du trafic normal), calculé en moyenne sur un ensemble d'incidents au cours d'une période de mesure donnée. La décomposition classique est la suivante : MTTD (Temps Moyen de Détection) + MTTA (Temps Moyen d'Accusé de Réception) + MTCA (Temps Moyen de Diagnostic) + MTCR (Temps Moyen de Réparation). Chaque composante présente son propre goulot d'étranglement : le MTTD est lié à la couverture de surveillance, le MTCA à la rotation des astreintes, le diagnostic à la profondeur d'observabilité et la réparation à la maturité des procédures et à l'automatisation.
Pourquoi c'est important sur le plan commercial
Pour une plateforme de messagerie, chaque minute d'indisponibilité d'une route critique engendre des pertes de revenus et nuit à sa réputation. Les contrats de niveau de service (SLA) prévoient des crédits spécifiques en fonction du temps moyen de résolution (MTTR) ; un client entreprise qui subit trois incidents de plusieurs heures en un trimestre envisage de changer de fournisseur. La réduction la plus rapide du MTTR s'obtient en éliminant le temps moyen de détection (MTTD) et le temps moyen d'intervention (MTTA) : alertes pertinentes, implication de la personne compétente et mise en relation avec la procédure d'intervention en quelques minutes. Le système Performance de BroadNet est conçu précisément autour de ce principe : alertes spécifiques aux télécommunications, liaison avec les procédures d'intervention et corrélation des incidents pour réduire le MTTR.
Angle opérationnel
Trois tendances principales contribuent à la réduction du MTTR. Premièrement : la corrélation des alertes – transformer une centaine d’alertes connexes en un seul événement de notification pour éviter la surcharge de travail des ingénieurs. Deuxièmement : l’automatisation des procédures opérationnelles – les trois premières étapes de triage s’exécutent automatiquement dès le déclenchement de l’alerte, permettant ainsi à l’ingénieur d’arriver avec un diagnostic déjà établi. Troisièmement : la prédiction de la dégradation – identifier la pente d’une dégradation avant le non-respect des SLO afin que l’équipe puisse réagir de manière proactive plutôt que réactive. La couche Système de performance ajoute ces trois tendances à la surveillance générique (Nagios/Zabbix/ManageEngine), et ne la remplace pas.
Considérations relatives à la confidentialité et à la conformité
Le MTTR (temps moyen de réparation) est une métadonnée opérationnelle, et non une donnée personnelle ; il n’est donc pas concerné par la PDPL/RGPD. Les journaux d’incidents et les rapports d’impact client qui alimentent le calcul du MTTR peuvent contenir des identifiants client ; il convient de les traiter avec les mêmes contrôles d’accès que tout autre journal opérationnel. Les affirmations concernant le MTTR doivent être étayées par une méthodologie de mesure vérifiable ; un taux de disponibilité de « 99,9 % » sans données de MTTR relève du marketing, et non de l’ingénierie.