Кратко

  • draft-ietf-cats-metric-definition-11 от 4 сентября 2026 года добавляет эксплуатационные правила для согласования между поставщиками, частоты обновления, временного использования старого значения и тревог. Это всё ещё Internet-Draft.
  • CATS способен свести параметры вычисления, связи и сервиса к безразмерному однобайтному баллу. Общий формат не делает сопоставимыми результаты разных функций, границ и весов.
  • Версия 11 переносит смысл в версионируемый конфигурационный манифест, синхронизируемый offline. Отдельно нужно доказать, что компоненты запустили одну версию и выбранный экземпляр действительно обработал запрос.

Два сервисных узла объявили восемь. Первый вывел балл из свободных CPU и памяти. Второй взвесил задержку, очередь и долю успешных запросов. На первом min-max настроен под крупный кластер, на втором sigmoid — под небольшую периферийную площадку. Оба сообщения подписаны, своевременны и правильно закодированы.

Для селектора это ничья. Для системы — два разных утверждения.

После удаления единиц, состава входов и правил калибровки число уже нельзя читать как универсальную температуру. Именно этот разрыв рассматривает версия 11 CATS Metrics Definition. Computing-Aware Traffic Steering выбирает путь к сервисному экземпляру, учитывая сеть и вычислительное состояние. CATS framework поручает C-SMA метрики сервиса и вычислений, C-NMA — сеть, а C-PS — выбор пути.

Данные проходят три уровня. Level 0 — необработанные показатели конкретной платформы. Level 1 объединяет их по категориям computing, communication, service и composed. Level 2 сжимает нижние уровни в единый нормализованный global score.

Это помогает масштабу: сетевому устройству не приходится понимать сотни счётчиков каждой платформы. Но таблица самого проекта называет цену. Level 0 обладает высокой точностью и сложностью кодирования. Level 2 проще и стабильнее, однако его точность ниже. Он занимает один октет, не имеет физической единицы и отмечает источник как normalization.

Общий диапазон не создаёт общую меру

Проект предлагает шкалу от нуля до десяти. В качестве примеров нормализации названы min-max и sigmoid, агрегации — среднее, минимум, максимум и взвешенное среднее. Конкретные функции не стандартизованы; ими управляют реализация и политика оператора.

Изменение границ min-max меняет оценку при неизменном сыром значении. Изменение веса решает, важнее ли CPU, очередь или задержка. Даже направление сравнения должно совпасть: больше означает лучше или хуже? Байтовое поле совместимо, смысл — ещё нет.

Часть контекста сохраняется. Source различает nominal, estimation, directly measured, aggregation и normalization. Statistics указывает max, min, mean или cur. Observation_Time может зафиксировать момент по RFC 3339, а Validity_Interval — допустимый срок использования; без него действует локальная политика. RFC 5835 описывает композицию, RFC 9439 — происхождение.

Однако пометка normalization не хранит исходные выборки, выбросы, формулу, границы, веса, калибровочную нагрузку и версию кода. Аутентичный свежий балл может безошибочно исполнить старый манифест.

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

Соглашение следует собрать в формальный version-controlled манифест и синхронизировать offline при инициализации. После запуска каждый компонент предполагает, что чужой балл рассчитан по договору; динамического согласования нет. Если договориться нельзя, проект допускает централизованный расчёт или выбор по одной определённой метрике Level 0.

Так сохраняется тонкий общий слой. Одновременно возникает граница предположения. Наличие правильного файла в репозитории не доказывает его загрузку каждым C-SMA и C-PS. Подпись подтверждает автора сообщения и целостность, но не действующий набор весов.

Последнее хорошее значение уже относится к прошлому

Вычислительное состояние быстро меняется, частая публикация нагружает control plane. Версия 11 рекомендует не более одного обновления на экземпляр за окно измерения и требует оценивать суммарную нагрузку при сотнях и тысячах экземпляров.

Увеличение примерного окна с десяти до тридцати или шестидесяти секунд уменьшает сообщения и свежесть. Передача только Level 2 скрывает категории. max, min, mean и cur отвечают на разные вопросы. Сэкономленная видимость возвращается неопределённостью решения.

Если источник пропал или значение не прошло проверку свежести, допускается кратко использовать последнее хорошее значение — например, два-три окна. Затем экземпляр понижают или исключают; последний вариант — выбор только по сети. Тревогу должны вызывать просрочка, недоступность компонентов, резкий спад, застывшее значение и противоречие Level 1 с Level 2.

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

Раздел безопасности требует целостности, аутентификации издателя, его полномочий для конкретного сервиса, защиты от replay и старых данных, а также шифрования. Это необходимо: показатель влияет на forwarding. Но криптография не подтверждает датчик, знаменатель или пригодность модели нагрузки.

Операционный факт находится после оценки

Слои реальности Heng Lu разделяют наблюдение, статистическое окно, агрегацию, нормализацию, выбор, пересылку, приём приложением и эффект для пользователя. Успех предыдущего шага не удостоверяет следующий.

Приоритет работающего кода требует связать ID и единицы измерений, окно и статистику, hash манифеста, активные версии у издателя и селектора, балл, решение о свежести, входы C-PS, выбранный CSCI-ID, установленное действие, приход запроса, ошибку, задержку и завершение.

Минимальная начальная спецификация может стандартизовать поля, происхождение, время и идентичность манифеста, не назначая всем один вес CPU. Границы, веса, частота и fallback остаются локальными. Но локальное решение, изменившее путь, должно оставаться видимым.

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

Источники