Kubernetes створив робочу групу для стандартизації поведінки навантажень

Проєкт Kubernetes оголосив про створення нової робочої групи — Workload Conformance Working Group. Її завданням є формування єдиного стандарту того, як застосунки мають поводитися під час виконання (runtime) на кластері. Про ініціативу повідомив Набарун Пал із Broadcom від імені новоствореної групи.

Спонсорами ініціативи виступають дві спеціальні групи: SIG Architecture (яка керуватиме специфікацією та інструментами через окремий підпроєкт) та SIG Apps. За потреби будуть залучатися й інші підрозділи, наприклад, які відповідають за вузли або мережу.

Три цілі робочої групи

Статут групи визначає три основні результати (deliverables), привʼязані до кожного мінорного релізу Kubernetes:

1. Специфікація поведінки навантажень для кожного мінорного релізу платформи (щоб вимоги оновлювалися разом зі змінами API та функцій).
2. Методика тестування, що дозволяє перевіряти вимоги безпосередньо на запущеному навантаженні, а не лише в статичних маніфестах.
3. Офіційні апстрім-інструменти, які реалізують ці тести в межах проєкту Kubernetes.

Команда планує випустити стабільну першу версію специфікації та робочі тести протягом двох-трьох релізних циклів (орієнтовно 8–12 місяців). Наразі жодної остаточної вимоги ще не затверджено.

Що входить і що не входить у межі специфікації

Запропоновані напрями специфікації охоплюють:

• стійкість застосунків під час збоїв чи дренажу нод (disruption tolerance);
• використання застарілих версій API (API usage);
• безпеку (запити зайвих привілеїв);
• споживання та резервування ресурсів;
• мережу, сховище даних і спостережуваність (observability).

Поза межами залишається бізнес-логіка самого застосунку: тестуватиметься те, як сервіс працює в кластері, а не те, які функції він виконує. Тести не дублюватимуть перевірки інфраструктури програми Certified Kubernetes і не вимагатимуть конкретних форматів пакування чи сторонніх вендорських інструментів (сканерів або policy engines). Усі вимоги мають бути суто об'єктивними та придатними для автоматизованого виконання бінарним файлом.

Причини появи та контекст

Раніше сертифікація в екосистемі покривала лише інфраструктуру: Certified Kubernetes перевіряє сумісність кластера, а Kubernetes AI Conformance оцінює його здатність запускати AI/ML-навантаження. Проте сертифікований кластер не гарантує, що розгорнутий застосунок переживе планове оновлення чи обслуговування.

Через відсутність стандартів платформні команди перевіряють кожен сервіс вручну перед оновленнями мінорних версій (наприклад, актуального релізу Kubernetes 1.37 «Garhwal», випущеного 26 серпня 2026 року, чи запланованого вилучення фолбеку cgroup v1 у 1.38). Створення бінарного файлу тестування покликане автоматизувати такі перевірки, перетворивши усні домовленості на обʼєктивні результати тестів.

Робоча група збирається щосереди раз на два тижні о 15:00 UTC та координує роботу в Slack-каналі #wg-workload-conformance.