Kubernetes v1.36 «Haru»: 70 нововведений, 18 стабильных функций и новый взгляд на оркестрацию

Релиз Kubernetes v1.36 под кодовым названием «Haru» привносит 70 улучшений, из которых 18 достигли стабильного статуса, 25 перешли в бета-фазу и ещё 25 появились как альфа-функции. Это обновление знаменует собой зрелость платформы, которая развивается уже почти десять лет. Название «Haru» в японском языке означает весну, ясное небо и дальний горизонт, что символизирует обновление, прозрачность и будущие возможности. В статье разберём ключевые изменения, технические детали и то, как обновление повлияет на разработчиков и администраторов.

Что нового в Kubernetes v1.36: стабильные и бета-функции

Восемнадцать функций, достигших стабильности, закрепляют ключевые возможности платформы. Среди них — улучшенное управление сетевыми политиками, расширенные механизмы аутентификации и оптимизации планировщика. Бета-функции, которых насчитывается 25, открывают путь к новым сценариям использования: например, более гибкое управление ресурсами и улучшенная поддержка multi-cluster. Альфа-функции, 25 штук, дают ранний доступ к экспериментальным возможностям, включая интеграцию с eBPF и новый API для динамического выделения ресурсов.

Какие функции стали стабильными в Kubernetes 1.36?

Среди стабильных функций выделяется улучшенная поддержка IPv6/IPv4 dual-stack, которая теперь полностью готова к продакшену. Планировщик получил оптимизации для больших кластеров — время принятия решений сократилось на 15% в тестах с 5000 узлов. API-сервер теперь поддерживает более эффективное кэширование, что снижает нагрузку на etcd. Кроме того, стабильность получили механизмы аутентификации на основе токенов и улучшенное управление сетевыми политиками, что повышает безопасность кластеров.

Предыстория и контекст

Релиз v1.36 продолжает традицию ежеквартальных обновлений Kubernetes, которые выходят с 2015 года. Каждая версия приносит не только новые функции, но и повышает стабильность и производительность платформы. На фоне растущей конкуренции со стороны Nomad и Amazon ECS Anywhere, Kubernetes сохраняет лидерство благодаря активному сообществу и предсказуемому циклу релизов. «Haru» — это не только технический этап, но и символический: вдохновение черпалось из тридцати шести видов горы Фудзи художника Хокусая, что подчёркивает зрелость и глубину проекта.

Почему релиз называется «Haru» и что символизирует логотип?

Название «Haru» выбрано не случайно. Как поясняют редакторы релиза, оно отражает три ключевых аспекта: весну как время обновления, ясное небо как символ прозрачности и открытости, и горизонт как напоминание о будущих возможностях. Логотип, созданный художницей avocadoneko, переосмысляет гравюру Хокусая «Красная Фудзи»: на переднем плане — два кота Стэлла и Начо, символизирующие стражей (комаину) японских храмов. Пара котов напоминает, что ничто не охраняется в одиночку — за каждым релизом стоит работа SIG, мейнтейнеров и ревьюверов.

Технические подробности: что изменилось под капотом

Среди технических новшеств стоит отметить улучшенную поддержку IPv6/IPv4 dual-stack, которая теперь стабильна. Планировщик получил оптимизации для больших кластеров — время принятия решений сократилось на 15% в тестах с 5000 узлов. API-сервер теперь поддерживает более эффективное кэширование, что снижает нагрузку на etcd. В бета-статус перешла функция «InPlace Pod Vertical Scaling» — возможность изменять ресурсы пода без перезапуска, что критично для stateful-приложений. Также в бета-версии появился механизм «Pod Replacement Policy», позволяющий точнее контролировать замену подов при сбоях.

Как обновление повлияет на производительность кластеров?

Оптимизации планировщика и кэширования API-сервера напрямую влияют на производительность крупных кластеров. Сокращение времени принятия решений на 15% означает более быстрое масштабирование и меньше задержек при развёртывании. Улучшенное кэширование снижает количество запросов к etcd, что продлевает срок службы базы данных и уменьшает риск сбоев. Для администраторов это означает более стабильную работу при высокой нагрузке.

Кого затронет и как

Разработчики, использующие Kubernetes, получат более стабильные API и меньше неожиданных изменений. Администраторам кластеров стоит обратить внимание на удаление устаревших возможностей: например, поддержка Docker через dockershim окончательно ушла в прошлое (этот процесс начался ещё в v1.24). Для бизнеса, особенно в России и СНГ, где Kubernetes активно внедряется в крупных компаниях, переход на v1.36 может потребовать обновления инструментов мониторинга и CI/CD. Пользователи managed-сервисов, таких как Yandex Managed Kubernetes или Selectel, увидят новые возможности в течение нескольких недель после релиза.

Какие устаревшие функции удалены в Kubernetes 1.36?

Окончательное удаление dockershim — одно из ключевых изменений. Это означает, что все контейнеры должны запускаться через CRI-совместимые рантаймы, такие как containerd или CRI-O. Также удалены некоторые устаревшие API-версии, что может потребовать обновления манифестов. Рекомендуется проверить совместимость текущих конфигураций перед обновлением.

Что будет дальше

Релиз v1.36 доступен для скачивания с официального сайта Kubernetes. Ожидается, что следующие версии (v1.37 и v1.38) продолжат развивать функции, связанные с безопасностью и производительностью. Сообщество уже обсуждает возможность интеграции WebAssembly и дальнейшую работу над eBPF. Для тех, кто хочет оставаться в курсе, стоит следить за блогом Kubernetes и участвовать в еженедельных встречах SIG.

Итог

Kubernetes v1.36 «Haru» — это не просто очередной релиз, а демонстрация зрелости платформы: 70 улучшений при сохранении стабильности. Обновление стоит внедрять всем, кто хочет получить доступ к новым возможностям и повысить надёжность своих кластеров. Следите за дальнейшими анонсами — весна только начинается.