Prompt Observability Slo

# Промт — Observability и SLO дизайн

> 🇷🇺 **Русский** · [🇬🇧 English](../en/prompt-observability-slo.md)

[← Index](./README.md) · [Стандарты](./standards.md) · [Шаблон](./template.md)

tags: #prompt #observability #slo #sre #service #single-shot
**Статус:** `🧪 Experimental`
**Owner:** Pandamy619
**Последняя правка:** 2026-05-20
**Версия:** v1
**Источник идеи:** [Google SRE Workbook — Implementing SLOs](https://sre.google/workbook/implementing-slos/), [Liz Fong-Jones — Multi-window multi-burn-rate alerting](https://sre.google/workbook/alerting-on-slos/)
**Дельта от оригинала:** добавлено требование привязки SLI к user journey (а не к internal metric), формат multi-window multi-burn-rate для alerting и явный раздел про logging/tracing correlation fields.

---

## Когда использовать

- Когда сервис идёт в production и нужно понять, что и как наблюдать
- Когда команда тонет в алертах и хочет перейти на SLO-based alerting
- Когда нужно отделить «вижу метрику» от «понимаю, страдает ли пользователь»

## Что подставить

- `{{service_name}}` — string, e.g. `payments-api`
- `{{critical_user_journeys}}` — list, e.g. `создать платёж; проверить статус; refund`
- `{{current_metrics}}` — string, e.g. `Prometheus на /metrics; есть http_requests_total и http_request_duration_seconds`
- `{{logging_stack}}` — enum: `loki | elastic | datadog_logs | cloudwatch | other`
- `{{tracing_stack}}` — enum: `opentelemetry | jaeger | tempo | datadog_apm | none`
- `{{error_budget_policy}}` — string, e.g. `при исчерпании бюджета — freeze фичей до восстановления`
- `{{team_maturity}}` — enum: `none | basic_metrics | mature_metrics_no_slo | slo_in_progress`

## Definition of done

Универсальный минимум — см. [Definition of done](./standards.md#2-definition-of-done).

Специфичные критерии:

- Для каждого critical user journey определены минимум 2 SLI (latency + availability)
- SLO привязан к user-visible behavior, не к internal metric (CPU, memory — это не SLO)
- Alerting основан на burn rate (multi-window multi-burn-rate), а не на mgновенных значениях
- Указаны конкретные log fields для correlation (`trace_id`, `request_id`, `user_id`)
- Дашборды разделены на 3 уровня: overview / per-journey / drill-down

## Промт