Оголошуємо робочу групу Workload Conformance
Ми раді оголосити, що у спільноті Kubernetes тепер є робоча група з відповідності робочих навантажень. Робоча група розробляє спільний стандарт поведінки робочих навантажень під час виконання в Kubernetes. Щоб зробити це належним чином, нам потрібні думки тих, хто створює ці робочі навантаження, і тих, хто керує кластерами, у яких вони запускаються.
Навіщо потрібен спільний стандарт для робочих навантажень
Сертифікований Kubernetes перевіряє кластер, а Kubernetes AI Conformance — здатність кластера запускати робочі навантаження AI та машинного навчання. Нічого подібного для самих робочих навантажень не існує, тому перед плановим обслуговуванням або оновленням Kubernetes оператори кластерів досі перевіряють кожен застосунок вручну.
Проблеми, які вони виявляють, добре знайомі. Зазвичай саме під час drain вузла зʼясовується, що застосунок не витримує порушень. Оновлення може зламати застосунок, який досі залежить від видаленої версії API. Інші проблеми проявляються у повсякденній роботі: робочі навантаження запитують непотрібні їм привілеї або резервують ресурси, якими ніколи не користуються.
У Kubernetes уже задокументовано багато відповідних рекомендацій, зокрема щодо безпеки та обробки порушень. Попри це, кожен оператор кластера знову й знову проводить ту саму оцінку, а супровідники застосунків отримують однакові запитання з кожного середовища, яке вони підтримують. Спільна специфікація з відтворюваними тестами дала б обом групам однакову базу для початку роботи.
Що розробить робоча група
Статут визначає три результати роботи:
- Специфікацію поведінки робочих навантажень для кожної мінорної версії Kubernetes.
- Метод перевірки кожної вимоги на запущеному робочому навантаженні.
- Інструменти перевірки відповідності в апстрімі, що реалізують ці тести.
Перший крок — вирішити, які робочі навантаження та аспекти поведінки охоплюватиме специфікація. Її сфера охоплює безпеку, стійкість до порушень, використання ресурсів, мережу, сховище, використання API та спостережуваність, але група ще не узгодила конкретні вимоги чи способи їх перевірки. Однак одне правило вже визначено: кожна вимога має бути обʼєктивно перевірюваною тестовим виконуваним файлом, тому до специфікації не включатимуть субʼєктивні критерії.
Специфікація описує те, як працює робоче навантаження, а не те, що воно робить. Отже, логіка застосунку не входить до сфери відповідності робочих навантажень. Виконуваний файл не перевірятиме повторно те, що вже охоплено сертифікацією Kubernetes, і не вимагатиме певного формату пакування робочих навантажень або інструментів постачальника, як-от механізму політик чи сканера безпеки.
Як організовано роботу
Робочу групу підтримують дві групи за інтересами (SIG):
- SIG Architecture відповідатиме за специфікацію та інструменти через підпроєкт, який створять після того, як робоча група запропонує перші результати.
- SIG Apps представлятиме погляд розробників застосунків.
Щойно вимога стосуватиметься сфери іншої SIG Kubernetes, наприклад поведінки вузлів чи мережі, робоча група також розпочне обговорення з відповідною SIG.
Робоча група — це майданчик, на якому SIG можуть долучатися до роботи та визначати напрям розвитку відповідності робочих навантажень під час написання специфікації. Ми прагнемо підготувати першу стабільну специфікацію та робочі тести протягом двох-трьох циклів випуску Kubernetes.
Долучайтеся
Специфікація має ґрунтуватися на реальних прикладах, тож ми хочемо почути про ваш досвід. Якщо ви керуєте кластерами, розкажіть, як оцінюєте робочі навантаження зараз і що зламалося під час останнього оновлення чи періоду обслуговування. Якщо ви супроводжуєте застосунок, розкажіть, що йому потрібно від кластера та де наявні рекомендації залишають простір для здогадок.
- Окрім прикладів, нам потрібні рецензенти запропонованих вимог і контрибʼютори, які писатимуть тести та інструменти.
- Коли зʼявляться перші версії тестів, ми також шукатимемо ранніх тестувальників, які запускатимуть виконуваний файл на власних робочих навантаженнях і повідомлятимуть, якщо результати різняться між запусками чи середовищами.
- Якщо вимога стосується сфери вашої SIG, допоможіть перевірити її межі та відповідний тест.
- Оскільки підпроєкт переживе робочу групу, ми також шукаємо людей, які готові підтримувати його в довгостроковій перспективі.
Знайти нас можна в каналі #wg-workload-conformance у Slack Kubernetes (запрошення можна отримати на slack.k8s.io) та в списку розсилки. Робоча група збирається кожні два тижні, у середу о 15:00 UTC. Посилання на Zoom і порядок денний доступні в нотатках зустрічей. Якщо ви хочете порушити певне питання, додайте його до порядку денного. Після приєднання до списку розсилки запрошення на зустріч зазвичай автоматично додається до календаря.
Дякуємо всім, хто переглянув і підтримав пропозицію створити робочу групу.
Це дзеркало оригінальної статті.