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

SLO

Определение

SLO — целевое значение показателя услуги за заданное окно и в заданной области. У доли успешных запросов и у доли доступного времени разные знаменатели.

Также ищут: Service Level Objective · цель уровня сервиса · целевой уровень сервиса

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

99,9% за месяц могут означать лимит неуспешных операций или времени недоступности. Перевод в часы требует временного показателя; общий процент по регионам не гарантирует тот же результат каждого региона.

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

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

  1. Google SRE определяет SLO как целевое значение или диапазон уровня сервиса, измеряемого через SLI.

    Граница применимости: Цель надёжности; юридические и коммерческие последствия относятся к SLA и не возникают из SLO автоматически.

  2. SLO должен фиксировать метод, условия и окно измерения; один процент без этих параметров неоднозначен.

    Граница применимости: Документ SLO сервиса; скользящее или календарное окно и исключения согласуют заинтересованные стороны.

  3. Для временной доступности 99,9% за ровно 30 суток по 24 часа без исключений окно равно 720 часам. Оставшиеся 0,1% соответствуют 0,72 часа, или 43,2 минуты учитываемой недоступности.

    Граница применимости: Редакторский расчёт 720×(1−0,999). Это временной показатель с фиксированной длиной окна, не доля запросов и не универсальная длительность календарного месяца.

  4. При цели 99,9% на миллион подходящих операций допустимы 1000 неуспешных операций. Без распределения обращений во времени и правила временной доступности это число нельзя перевести в определённое количество часов простоя.

    Граница применимости: Редакторское разделение знаменателей. Постоянная интенсивность запросов и совпадение всех ошибок с полной недоступностью сервиса не предполагаются.

  5. Общая цель рассчитана по всем операциям двух регионов. Малый регион дал только 0,05% обращений, и все они неуспешны; в большом все успешны. Общая доля 99,95% проходит цель 99,9%, но малый регион её отдельно не выполняет.

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

Граница терминов

Не путать

SLO SLI

Показатель задаёт наблюдаемую величину и способ расчёта, цель — требование к ней. Изменение знаменателя или окна меняет смысл оценки цели.

SLO Бюджет ошибок

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

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

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

  1. Выберите точный показатель и пользовательскую область.
  2. Задайте цель и длительность окна.
  3. Разделите операции и время в знаменателе.
  4. Согласуйте исключения и неизвестные результаты заранее.
  5. При переводе в часы укажите фактическую длину временного окна.
  6. Проверьте, нужны ли отдельные цели сегментов.
  7. Отделите внутреннюю цель от договорных последствий.
Открытые основания

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

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

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

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

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

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

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

  • Официальная документация
    Example Error Budget Policy Google Site Reliability Engineering · Published policy, 19 февраля 2018 года · проверено

    Определяет error budget как 1 minus SLO и связывает exhaustion с заранее согласованными actions.

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

Карта знаний

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

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

Курсы по теме

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