srekit ebp¶
Сгенерировать Error Budget Policy с tiered actions (Yellow / Orange / Red), исключениями и путями эскалации. Парится с srekit slo.
Синопсис¶
Флаги¶
| Флаг | Обязательный | Описание |
|---|---|---|
--service |
да | Сервис, к которому применима политика |
Плюс общие output-флаги. Default имя файла: ebp-<slug-of-service>.md.
Примеры¶
В stdout:
Структура секций¶
- Front matter:
id,creation_date,modification_date,type: error-budget-policy,service,tags - Назначение (Purpose) — зачем политика существует: договориться о действиях заранее, а не в момент инцидента
- Триггеры (Triggers) — таблица «состояние бюджета → условие»: зелёный (< 50 % потрачено), жёлтый (50–75 %), оранжевый (75–100 %), красный (исчерпан)
- Действия по уровням (Tiered actions) — что команда реально делает на жёлтом / оранжевом / красном
- Исключения (Exceptions)
- Эскалация (Escalation)
- Пересмотр (Review)
- Ссылки (References)
Структура данных для шаблона¶
ebp шипится как v1 YAML-артефакт (internal/tmpl/templates/ebp.yaml) — frontmatter, H1, meta_bullets, секции (purpose, triggers, tiered_actions, exceptions, escalation, review, references). Template-выражения обращаются к .Meta.<Field> для ID, Service, Now. См. srekit postmortem для полной схемы.
(Owner / team — это fill-in в рендереных meta_bullets; флага --owner нет — отредактируй рендереный файл или свой кастомизированный ebp.yaml напрямую.)
См. также¶
srekit slo— задать SLO, на который реагирует политика.srekit oncall-report— operational view влияния EBP.