Правила: пороги, окна и проверка
Администратор задаёт правило для сервиса. Детектор использует завершённые минутные агрегаты.
Порядок настройки
- Выберите метрику: error_rate_gt — число ошибок; error_ratio_gt — доля 0..1; latency_p95_gt — миллисекунды; no_heartbeat — секунды; count_fingerprint_gt — число событий кода/fingerprint.
- Укажите сервис и окно 1m, 5m, 15m или 1h. Порог сравнивается строго «больше». Для доли 5% в expression используйте 0.05, не 5.
- Задайте min_sample, confirmation_windows и resolve_windows. Пример API: минимум 100 событий, 2 подтверждения, 3 нормальных окна для восстановления. Соседние окна могут перекрываться.
- Выполните preview на накопленной истории, оцените шум. Включите правило только после проверки. Cooldown по умолчанию 300 секунд ограничивает новые срабатывания.
- baseline_increase_gt требует прогретого baseline. deployment_regression требует маркера релиза. burn_rate_gt использует фиксированный бюджет ошибок 1%, не произвольный target карточки SLO.
Ожидаемый результат
Правило относится к нужному сервису, preview объясняет результат, реальные превышения дают инцидент.
Если не получается
Не сработало: проверьте enabled, min_sample, закрытую минуту, подтверждения, maintenance и cooldown. Для p95 нужны duration_ms. Heartbeat требует существующего активного источника.