Надежность · Продвинутая
Как управлять error budget
Балансировать скорость изменений и надежность по фактически потребленному бюджету ошибок.
Кратко: за 2 минуты
Балансировать скорость изменений и надежность по фактически потребленному бюджету ошибок. Результат работы — Error Budget Policy.
Когда применять
Урок относится к этапу «Надежность». Управлять доступностью, производительностью, емкостью и восстановлением через измеримые цели. Задачу выполняют до реализации или согласования зависимого решения, чтобы команда опиралась на проверенные факты и однозначные договоренности.
Что это дает
Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «Error Budget Policy».
Пошагово: как выполнить
- Рассчитайте burn rate
- Определите действия по порогам
- Обсуждайте бюджет на review
Критерии приемки
- Политика согласована продуктом и разработкой
- Fast burn вызывает реакцию
- Решения фиксируются
Типичные ошибки
- Использовать SLO только для отчета
- Останавливать все изменения без контекста
Инструменты
Пример
Плохой пример
Использовать SLO только для отчета
Хороший пример
Учебный пример. После серии сбоев команда сопоставляет расход бюджета с согласованной политикой и ограничивает рискованные изменения. Остаток бюджета не трактуется как разрешение намеренно ухудшать сервис.
Шаблон
Политика бюджета ошибок
Скачать рабочий лист этого урока
Выбрать рабочий шаблонРабочий артефакт
Рабочий артефакт
Политика бюджета ошибок
Учебный пример. После серии сбоев команда сопоставляет расход бюджета с согласованной политикой и ограничивает рискованные изменения. Остаток бюджета не трактуется как разрешение намеренно ухудшать сервис.
- SLI
- SLO
- Error budget
- RTO/RPO
Контроль качества
Reliability Review
Политика согласована продуктом и разработкой
После релизов, изменения требований, обновления целей и появления новых рисков.
Контекст, проблему, доказательство, владельца, срок и критерий приемки.
Перед отметкой выполнено: Политика согласована продуктом и разработкой
Как применять
Начинайте с влияния на пользователя, продукт и команду. Затем проверьте реализуемость, критерии качества и формат доказательства результата. Хороший пункт чеклиста объясняет, какую проблему закрываем, как выполняем работу и по каким признакам считаем ее завершенной.
Короткие ответы
Частые вопросы
Зачем выполнять пункт «Как управлять error budget»?
Правильно выполненная работа снижает стоимость переделок, делает решение проверяемым и дает участникам единый источник информации. Практический результат фиксируется в артефакте «Error Budget Policy».
С чего начать выполнение?
Рассчитайте burn rate
Как понять, что пункт выполнен?
Политика согласована продуктом и разработкой
Какая ошибка чаще всего мешает результату?
Использовать SLO только для отчета
Режим обучения
Тест по теме
Проверка понимания
Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.
Для углубленного изучения
Редакция Ariol · Версия 2 · Обновлено
Независимая экспертная проверка не заявлена.
Что обновлено
- — Обновлено: Название, Шаблон результата, Пример, Плохой пример, Заголовок поиска, Описание поиска, Поисковые фразы.
Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.
Предложить исправление через контакты Ariol