Метрики DevOps и инфраструктуры
Границы эксплуатационных показателей
Заголовок раздела «Границы эксплуатационных показателей»Эксплуатационные метрики описывают работающий сервис независимо от причины ухудшения: изменение кода, инфраструктура, внешняя зависимость или нагрузка. DORA характеризует поставку изменений и её последствия. Инфраструктурные запросы дополнительно измеряются общими метриками потока.
Состояние сервиса оценивайте по пользовательскому сценарию. Успешный ответ главной страницы ещё не означает, что можно оформить заказ или провести оплату. Владелец показателя должен понимать, какие запросы или проверки включены в расчёт.
Надёжность и производительность
Заголовок раздела «Надёжность и производительность»| Показатель | Расчёт или определение | Пример |
|---|---|---|
| Availability SLI — доступность | Успешные учитываемые запросы или проверки ÷ все учитываемые запросы или проверки × 100% | 99 720 успешных проверок из 100 000 — 99,72% |
| Задержка p95 | Время ответа, в которое укладываются 95% запросов выбранной группы | p95 420 мс означает, что не менее 95% запросов обработаны за 420 мс или быстрее |
| Израсходованная доля бюджета ошибок | Фактическая недоступность ÷ допустимая недоступность по SLO × 100% для временной модели | При SLO 99,9% за 30 дней допустимы 43,2 минуты; 18 минут простоя расходуют около 42% бюджета |
SLI — наблюдаемый показатель, SLO — целевой уровень за заданный период. Бюджет ошибок задаёт допустимое отклонение от SLO. В примере используется модель времени недоступности; если SLI основан на запросах, считайте бюджет в той же модели, а не переводите долю неуспешных запросов в минуты.
Синтетические проверки, например в Gatus, дают отдельный срез доступности и задержки. Помечайте его как синтетический и по возможности дополняйте успешностью реальных запросов или ключевых сценариев. Пропавшие замеры показывайте как отсутствие данных, а не как исправный сервис.
Скорость предоставления и экономика
Заголовок раздела «Скорость предоставления и экономика»Provisioning Lead Time = готовность окружения к использованию − одобрение запроса на него. Для группы сопоставимых запросов анализируйте медиану: например, 3 часа при согласованной цели 4 часа. Готовность означает пригодное для работы окружение, а не только завершённый запуск контейнера.
Стоимость на единицу результата = расходы на инфраструктуру за период ÷ число успешных полезных операций за тот же период. При расходах 120 000 ₽ и 40 000 успешно обработанных заказов стоимость составляет 3 ₽ на заказ. Согласуйте состав расходов и определение операции до сравнения периодов.
Стоимость помогает отличить рост расходов из-за нагрузки от лишних ресурсов. Оценивайте её вместе с доступностью и задержкой: снижение цены при ухудшении ключевого сценария не означает улучшение эксплуатации.
Как работать с отклонениями
Заголовок раздела «Как работать с отклонениями»Наблюдайте доступность, задержки и расход бюджета ошибок с частотой, подходящей для обнаружения деградации. При отклонении проверьте свежесть данных, затронутый сценарий и недавние изменения; затем восстановите работу и зафиксируйте причину. Сроки предоставления окружений и удельные расходы обсуждайте на регулярном обзоре.
Числа в примерах не задают норму для всех сервисов. Цели зависят от пользовательских ожиданий и обязательств; правила реакции и владельцев описывайте в дашбордах и OKR.
Связанные материалы
Заголовок раздела «Связанные материалы»- Обзор KPI — карта процессов и показателей.
- SLI, SLO и SLA — модель показателей и целей сервиса.
- Бюджеты ошибок — расчёт и политика расхода.
- Наблюдаемость — источники данных для эксплуатационных показателей.
- Мониторинг API и SLA эндпоинтов — сценарий панели для замеров, владельцев и событий сервиса.