Цель задаёт требуемый уровень, бюджет — допустимый остаток неуспеха и его расход. Для решения нужен тот же состав, окно и принятая политика.
Наблюдаемость и SRE
Бюджет ошибок
Определение
Бюджет ошибок — допустимая доля или количество неуспешных результатов для заданной цели, окна и состава. Правила бюджета заранее определяют, как считать расход и что делать при его исчерпании.
Также ищут: Error budget · бюджет недоступности · reliability error budget
Зачем это знать
Для решения нужны общий лимит, уже учтённые ошибки и остаток. Текущий зелёный статус не исправляет прошлые исходы, а решение об остановке изменений зависит от принятой политики.
Связи из словаря
Карта понятия
Бюджет ошибок
Доказательная часть
Что подтверждено
Для цели доступности бюджет ошибок равен единице минус SLO: при 99,9% остаётся 0,1% неуспешных событий или времени в том же окне.
Граница применимости: SLO доступности на основе доли; для задержки и нескольких окон бюджет может рассчитываться через успешные и подходящие события.
Правила бюджета заранее определяют действия при исчерпании, например остановку некритичных изменений и работу над надёжностью.
Граница применимости: Пример Google SRE; конкретные действия, исключения и согласующие лица определяет организация.
В фиксированном завершённом окне было миллион подходящих операций, цель — 99,9%. Лимит равен 1000 неуспешных операций; при 400 учтённых неуспехах неиспользованный остаток этого окна равен 600.
Граница применимости: Редакторская арифметика для полного состава и неизменного знаменателя. Остаток прошлого окна не переносится автоматически в следующее и не предсказывает будущую нагрузку.
Сервис сейчас отвечает успешно, но в завершённом фиксированном окне были 400 неуспешных операций. Текущее восстановление не удаляет эти исходы из оценки того окна и не делает его бюджет нерасходованным.
Граница применимости: Редакторская граница времени наблюдения. У скользящего окна старые события могут выйти из состава по его правилу; это отличается от исправления их исторического результата.
В этом учебном примере организация сама установила правило: при расходе 1000 неуспешных операций или больше остановить некритичные изменения. Наблюдено 1200, поэтому правило срабатывает. Порог, его включительность и состав останавливаемых изменений — условия примера, а не буквальная политика Google.
Граница применимости: Применение явно заданной учебной политики к полному составу подходящих операций. Источники обосновывают заранее согласованные действия при исчерпании бюджета; не приписывают всем сервисам порог 1000 или больше или категорию некритичных изменений.
Граница терминов
Не путать
Показатель определяет, какие результаты считаются хорошими. Бюджет использует это определение; смена правил успеха меняет его расчёт.
Перед спецификацией
Что проверить
- Зафиксируйте показатель, цель и окно.
- Назовите единицу допустимого неуспеха.
- Посчитайте лимит и фактически учтённый расход.
- Проверьте полноту и неизменность знаменателя.
- Не стирайте прошлые исходы текущим зелёным статусом.
- Применяйте заранее согласованный порог политики.
- Укажите исключения, полномочия и границы следующего решения.
Открытые основания
Первоисточники
- Implementing SLOs
Описывает построение SLI/SLO от пользовательской цели, measurement window и error-budget policy.
- Service Level Objectives
Определяет SLI, SLO и SLA и объясняет user-centric latency, error rate, throughput и percentiles.
Утверждения: 05