Кратко

  • RFC 9544 классифицирует интервалы как VI, SVI или VFI относительно настроенных порогов; слово Precision не подтверждает точность самого измерительного механизма.
  • Из счётчиков можно построить состояние «доступно/недоступно», но RFC не задаёт обязательные переходы, гистерезис, сигнализацию, восстановление или договорное последствие.
  • Доказательная цепочка должна отдельно связать договор, версию SLO, топологию измерения, сессию, исходные наблюдения, классификацию, состояние, выполненное действие и результат для пользователя.

Счётчик сообщает, сколько интервалов нарушило правило. Операционная система должна решить, когда этого достаточно, чтобы объявить аварию. Договор должен решить, что авария означает для клиента. Эти три решения часто показывают одним цветом на панели, хотя принадлежат разным уровням.

RFC 9544 опубликована IETF в марте 2024 года как информационный документ. Она определяет Precision Availability Metrics для услуг, управляемых целевыми показателями уровня сервиса. PAM связывает наблюдаемую производительность не с абстрактным представлением о качестве, а с конкретным SLO, действующим для потока.

Термин «precision» легко понять неверно. RFC прямо говорит: он относится к точности требования, а не к точности часов, пробника, выборки или захвата. Методы получения достоверных измерений и способы выбора порогов остаются отдельными задачами.

Нарушение обещания не обязано быть потерей связности

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

Это полезно: один успешный тест связности не маскирует деградацию. Но обратное превращение неверно: один Violated Interval не доказывает полного перерыва для всех пользователей.

Каждый временной интервал получает одну из трёх классификаций. VI возникает, если хотя бы один параметр хуже настроенного оптимального порога. SVI — если затронут критический порог. VFI требует, чтобы все параметры находились на оптимальном уровне или лучше.

Следовательно, класс содержит и факт, и настройку. «Серьёзность» не существует отдельно от контекста. Субъект, способный менять пороги, влияет на число зарегистрированных нарушений.

Длина интервала выбирается под услугу и сохраняется постоянной внутри сессии. RFC приводит секунду и, для более тонкого случая, десять миллисекунд. Разная гранулярность по-разному режет одно событие. Доля нарушенных интервалов без указания окна и знаменателя не подходит для сравнения.

Состояние требует памяти и правил перехода

PAM включает счётчики VI, SVI, VFI, нарушенных и серьёзно нарушенных пакетов. Производные показатели показывают время или число пакетов после последнего нарушения, средние интервалы, VIR и SVIR. Они описывают частоту и долю, но не дают готового состояния.

RFC рассматривает возможный автомат с двумя состояниями. Несколько последовательных нарушений могли бы переводить сервис в «недоступен», а несколько чистых интервалов — возвращать обратно. Однако определение автомата оставлено за пределами документа. Количество интервалов, гистерезис, обработка SVI, правило восстановления и самая длинная непрерывная деградация должны задаваться отдельно.

Именно здесь возникают разные операционные результаты из одинаковых счётчиков. Одна система тревожится после первого VI. Другая ждёт серии. Третья учитывает только SVI. Это не несовместимость с RFC; это решения, которые нельзя скрывать за её названием.

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

После состояния всё ещё нужны действие и результат

Компактность PAM снижает объём сбора, передачи, хранения и последующей обработки. Но спор требует большего. Нужно знать состав пакетов, точки и направление, синхронизацию часов, пропуски данных, начало и конец сессии, версию классификатора и SLO, действовавший в этот момент.

Раздел безопасности считает целями и измерительное оборудование, и конфигурацию SLO. Каждая метрика должна однозначно связываться с правилом. Если связь доказать нельзя, RFC предпочитает оставить обычную статистику производительности, не объявляя её нарушением.

Даже корректное состояние не доказывает действие. Сигнал тревоги не означает, что инженер получил его. Получение не означает переключение пути, увеличение ёмкости или ремонт. Выполненное действие не означает восстановление пользовательского результата. Компенсация требует отдельной договорной нормы.

RFC 9543 также отделяет измеримые SLO от немеряемых напрямую ожиданий SLE. Все измеримые цели могут быть зелёными, а важное ожидание клиента — не выполнено. Или строгий SLO может быть нарушен без одинакового ущерба для каждой нагрузки.

YANG-модель, IPFIX-элементы, самая длинная деградация и гистограммы остаются расширениями; RFC 9544 не содержит действий IANA. Общий словарь есть, полной системы исполнения нет.

В терминах слоёв реальности Heng Lu: договорное правило — один слой, PAM-запись — второй, состояние и операционное решение — третий, восстановленная работа — четвёртый. Переход между ними подтверждается квитанциями, а не повторением слова «доступность».