Всё, что стоит знать, и ничего лишнего.
Что именно он измеряет
MTTR — это время, прошедшее с момента начала инцидента (момент возникновения проблемы) до восстановления работы сервиса (момент возобновления нормальной работы), усредненное по набору инцидентов за измерительный период. Классическое разложение: Среднее время обнаружения (MTTD) + Среднее время подтверждения (MTTA) + Среднее время диагностики + Среднее время восстановления = MTTR. Каждый компонент имеет свои узкие места — MTTD зависит от охвата мониторинга, MTTA — от дежурства, диагностика — от глубины наблюдаемости, восстановление — от зрелости сценариев реагирования и автоматизации.
Почему это важно с коммерческой точки зрения
Для платформы обмена сообщениями каждая минута недоступности критически важного маршрута обходится в ощутимый доход и наносит ущерб репутации. В договорах SLA четко оговариваются скидки за среднее время восстановления (MTTR); корпоративный клиент, столкнувшийся с тремя многочасовыми инцидентами за квартал, ищет альтернативу. Наиболее быстрое сокращение MTTR достигается за счет сокращения MTTD и MTTA — оповещения о нужной проблеме, вызов нужного специалиста, предоставление ему доступа к руководству по устранению неполадок в течение нескольких минут. Продукт BroadNet Performance System разработан именно для этого: оповещения, специфичные для телекоммуникаций, привязка к руководству по устранению неполадок и корреляция инцидентов, направленные на сокращение MTTR.
Рабочее направление
Три основных подхода определяют сокращение MTTR. Первый: корреляция оповещений — объединение сотни связанных оповещений в одно событие пейджинга, чтобы инженер не был перегружен работой. Второй: автоматизация алгоритма действий — первые три этапа сортировки выполняются автоматически при возникновении оповещения, поэтому инженер прибывает с уже имеющейся диагностикой. Третий: прогнозирование деградации — отслеживание темпов деградации до нарушения SLO, чтобы команда реагировала упреждающе, а не реактивно. Уровень системы управления производительностью добавляет все три подхода поверх общего мониторинга (Nagios/Zabbix/ManageEngine), а не вместо него.
Вопросы конфиденциальности и соблюдения нормативных требований
Показатель MTTR сам по себе является оперативной метаданной, а не персональными данными, и не подпадает под действие PDPL/GDPR. Журналы инцидентов и отчеты о влиянии на клиентов, используемые для расчета MTTR, могут содержать идентификаторы клиентов; к ним следует применять те же правила доступа, что и к любым другим оперативным журналам. Заявления о показателе MTTR, доступные широкой публике, должны быть подкреплены подтверждаемой методологией измерения — утверждение «99,9% времени безотказной работы» без данных о MTTR является маркетинговым ходом, а не результатом инженерных расчетов.