Наблюдаемость и SRE

Скорость расходования бюджета SLO

Определение

Скорость расходования бюджета SLO — безразмерный множитель: он показывает, во сколько раз бюджет ошибок тратится быстрее или медленнее равномерного расхода за полное окно. При цели 99,9% и наблюдаемой доле ошибок 1% она равна 10.

Также ищут: SLO burn rate · error budget burn rate · burn rate SLO · скорость расхода error budget

Зачем это знать

Показатель переводит текущую долю ошибок во время до исчерпания и помогает выбрать срочный вызов или обычную задачу.

Связи из словаря

Карта понятия

Доказательная часть

Что подтверждено

  1. В модели Google SRE скорость сгорания 1 соответствует расходу полного начального бюджета за целое окно SLO при постоянной доле ошибок и, для бюджета по запросам, постоянной интенсивности запросов. Уже потраченный бюджет или меняющийся расход не позволяют обещать исчерпание ровно в конце окна.

    Граница применимости: Модель бюджета по доле из SRE Workbook. Прогноз относится к явно полному начальному бюджету и постоянному расходу; старение ошибок в скользящем окне отдельно не моделируется.

  2. Порог тревоги выражается как множитель допустимой доли ошибок, поэтому скорость расходования нельзя оценивать без SLO и окна.

    Граница применимости: Оповещения на основе SLO; сервисы с малым трафиком требуют дополнительной обработки.

  3. При SLO 99,9% допустимая доля ошибок равна 0,1%. Наблюдаемая доля 1% даёт скорость сгорания бюджета 1%/0,1% = 10. Это безразмерный множитель, а не десять ошибок в секунду.

    Граница применимости: Редакторский расчёт для одного определения подходящих операций и ошибки; делятся доли, измеренные в одинаковых единицах.

  4. В учебной модели с ровным трафиком, полным начальным бюджетом и постоянной скоростью сгорания 10 бюджет 30 суток исчерпается за 30/10 = 3 суток. При изменяющемся трафике или уже потраченном бюджете это не точный прогноз.

    Граница применимости: Закрытый расчёт для бюджета по запросам при явно постоянной интенсивности. Скользящее окно, старение ошибок и неизвестное будущее не моделируются.

  5. Быстрое сгорание требует достаточно короткого обнаружения для срочного действия; медленный устойчивый расход виден на более длинном окне и может вести в очередь задач. Один высокий порог пропустит менее резкое, но длительное ухудшение.

    Граница применимости: Редакторское объяснение нескольких порогов и окон. Конкретные числа, канал и срок реакции назначает политика сервиса; это не универсальный график дежурства.

Перед спецификацией

Что проверить

  1. Зафиксируйте конкретные SLI, SLO и окно бюджета.
  2. Рассчитайте скорость и время до исчерпания.
  3. Разведите срочный вызов и обычную задачу по важности.
Открытые основания

Первоисточники

  • Документация4
  • Официальная документация
    Alerting on SLOs Google Site Reliability Engineering · The Site Reliability Workbook, Chapter 5 · проверено

    Определяет error-budget burn rate и multiwindow multi-burn-rate approach, включая разные page/ticket windows.

    Утверждения: 01 · 02 · 03 · 04 · 05

  • Официальная документация
    Service Level Objectives Google Site Reliability Engineering · Site Reliability Engineering, Chapter 4 · проверено

    Определяет SLI, SLO и SLA и объясняет user-centric latency, error rate, throughput и percentiles.

    Утверждения: 03

  • Официальная документация
    Implementing SLOs Google Site Reliability Engineering · The Site Reliability Workbook, Chapter 2 · проверено

    Описывает построение SLI/SLO от пользовательской цели, measurement window и error-budget policy.

    Утверждения: 04

  • Официальная документация
    Monitoring Distributed Systems Google Site Reliability Engineering · Site Reliability Engineering, Chapter 6 · проверено

    Формулирует symptom-based paging, actionable pages и риск alert fatigue от частых незначимых notifications.

    Утверждения: 05

Карта знаний

Связанные понятия

Из знания — в навык

Курсы по теме

Подтвердите действие