Короткий ответ Однозначного рецепта нет — распространённый подход: при исчерпании error budget за текущий период автоматически или по процессу ужесточать политику релизов (например, требовать дополнительное одобрение, снижать скорость раскатки canary, временно замораживать неприоритетные релизы), а при здоровом запасе budget — разрешать более быстрые и смелые релизы; конкретные пороги и то, что именно замораживается, нужно обсуждать и калибровать с владельцами продукта, а не выводить как универсальное правило. Как это работает подробнее SLO определяет допустимый уровень ошибок/недоступности за период (например, 99.9% успешных запросов за 30 дней), а error budget — оставшийся «запас» на этот период. Если budget почти исчерпан, системы релизов могут автоматически требовать более строгих gate (дольше bake time в canary, обязательное ручное одобрение, временная заморозка некритичных деплоев), пока budget не восстановится или не начнётся новый период. Пример кода Сравнение Компромисс. более строгая связка error bu
Загрузка…
