Кратко

  • В публикации от 2 сентября исследователи описывают выполнение части прикладных политик в eBPF без изменения кода приложений.
  • Научная работа требует отключить кэш полей заголовков HTTP/2 во всех подах, сохраняя поддержку кодирования Huffman.

Экономия на правках кода ещё не означает отсутствия общей настройки. Публикация о Beeline в APNIC Blog от 2 сентября обещает перенести часть обработки прикладных политик в eBPF, не меняя приложения. Но для маршрутизации HTTP/2 авторы работы задают условие, распространяющееся на все поды. Это рассказ участников исследования, а не независимая оценка промышленного внедрения.

Причина связана с историей обмена. HPACK позволяет передавать ссылку на уже сохранённое поле вместо повторения заголовка. Динамическая таблица относится к конкретному контексту кодирования или декодирования. Другой получатель не обязан знать ту же историю. При этом заранее определённая статическая таблица и кодирование строк по Huffman — отдельные механизмы. Их различает RFC 7541.

В разделе IV-C четвёртой версии научной работы описан выбор Beeline: отключить кэширование заголовков во всех подах, чтобы маршрутизация потоков HTTP/2 не требовала разрешать для другого получателя ссылки на прежнее состояние. Huffman поддерживается и дальше. Поэтому говорить об отключении всего сжатия HPACK было бы неверно.

У измерений есть собственная граница применимости. В тесте Hotel Reservation, использующем gRPC поверх HTTP/2, кэш отключили для Beeline, но оставили включённым у систем сравнения. Исследователи проверили оба режима и сочли разницу незначительной в своей среде. Это не доказывает столь же малую цену для любого другого набора повторяющихся заголовков. Испытание на физических узлах с Envoy на каждом узле также не представляет все коммерческие сервисные сетки.

Другие условия интеграции видны в README, закреплённом на коммите от 27 августа: там указаны ядро 6.16, использованное для оценки, и вспомогательный криптографический модуль. Это описание исследовательской реализации, а не указание немедленно менять производственный сервер.

Практический вопрос — кто обеспечит сохранение условия HTTP/2 при следующих выпусках приложений. Источники не подтверждают реальную аварию, независимо проверенное развёртывание или полную стоимость миграции. Следуя различию Lu Heng между описанием реальности и продвижением позиции, достаточно показать конкретную обязанность, не придумывая ни провала, ни гарантированного успеха.