﻿---
title: Метрики DevOps и инфраструктуры
description: Доступность, p95, бюджет ошибок, срок предоставления окружений и стоимость эксплуатации на единицу результата.
---

## Границы эксплуатационных показателей

Эксплуатационные метрики описывают работающий сервис независимо от причины ухудшения: изменение кода, инфраструктура, внешняя зависимость или нагрузка. [DORA](https://wpcraft.ru/kb/processes/kpi/delivery.md) характеризует поставку изменений и её последствия. Инфраструктурные запросы дополнительно измеряются [общими метриками потока](https://wpcraft.ru/kb/processes/kpi/flow-metrics.md).

Состояние сервиса оценивайте по пользовательскому сценарию. Успешный ответ главной страницы ещё не означает, что можно оформить заказ или провести оплату. Владелец показателя должен понимать, какие запросы или проверки включены в расчёт.

## Надёжность и производительность

| Показатель | Расчёт или определение | Пример |
| --- | --- | --- |
| **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](https://wpcraft.ru/kb/processes/kpi/dashboards-okr.md).

## Связанные материалы

- [Обзор KPI](https://wpcraft.ru/kb/processes/kpi.md) — карта процессов и показателей.
- [SLI, SLO и SLA](https://wpcraft.ru/kb/infrastructure/sre/sli-slo-sla.md) — модель показателей и целей сервиса.
- [Бюджеты ошибок](https://wpcraft.ru/kb/infrastructure/sre/error-budgets.md) — расчёт и политика расхода.
- [Наблюдаемость](https://wpcraft.ru/kb/infrastructure/observability.md) — источники данных для эксплуатационных показателей.
- [Мониторинг API и SLA эндпоинтов](https://wpcraft.ru/kb/stacks/filament/use-cases/engineering/api-monitoring-dashboard.md) — сценарий панели для замеров, владельцев и событий сервиса.

## Материалы и источники

- [Как измерять эффективность ИТ-процессов — WP Craft](https://wpcraft.ru/blog/kak-izmeryat-effektivnost-it-proczessov-rassmotrim-obshhie-metriki-discovery-delivery-devops-infra-servicedesk)