В конце 2025 года вышел релиз Kubernetes 1.31. В этом материале — кратко о том, что изменилось в ядре и экосистеме и на что обратить внимание при обновлении.
Изменения в API и стабильность
Часть фич перешла в стабильные (GA): улучшения в Job API, расширенные возможности для работы с перезапусками и backoff. Продолжается вычистка устаревших полей в манифестах — если вы давно не обновляли кластер, перед миграцией имеет смысл прогнать kubectl apply --dry-run=server и проверить предупреждения об устаревших полях.
Сеть и хранилище
Обновления в CSI и сетевых плагинах: лучше поддержка stateful-нагрузок и тонкая настройка политик сети. Производительность kube-proxy в больших кластерах доработана, что важно для тех, кто держит сотни сервисов и тысячи эндпоинтов.
Безопасность и соответствие
Ужесточение дефолтов по безопасности, обновление рекомендаций по Pod Security. Для команд, планирующих апгрейд с 1.29–1.30, стоит просмотреть официальный changelog и тестовые сценарии перед обновлением продакшена. Отдельно проверьте, не используете ли вы API, помеченные как deprecated в предыдущих минорных релизах — в 1.31 часть из них могла быть удалена.
Что проверить перед апгрейдом
Рекомендуемый порядок: сначала обновить тестовый или staging-кластер, прогнать основные сценарии (деплой, масштабирование, откат, обновление конфигов и секретов). Убедиться, что все используемые CRD и операторы совместимы с новой версией. После этого планировать окно для production с откатом на предыдущую версию в случае проблем.
Итого: 1.31 — эволюционный релиз с упором на стабильность API, сеть и безопасность. Для большинства команд обновление будет плавным при условии, что вы не завязаны на устаревшие API и заранее проверили совместимость компонентов.