Поддръжката на Ingress NGINX спира през март 2026 г. Какво означава това за Kubernetes проектите и как да се подготвите?

CLOLYTIC

26.01.2026

Една от най-използваните Ingress реализации в Kubernetes – екосистемата Ingress NGINX, официално ще бъде извадена от активна поддръжка през март 2026 г. Новината беше обявена от Kubernetes SIG Network и Kubernetes Security Response Committee в официален пост в блога на Kubernetes.

Според официалната информация:

След март 2026 г. поддръжката приключва – няма да се публикуват нови версии, корекции на грешки или пачове за сигурност;
Хранилищата (repositories) ще бъдат в read-only режим;
Съществуващите инсталации ще продължат да функционират, но без актуализации за сигурност, което повишава риска в продукционни среди.

Тази промяна засяга пряко екипите, които използват Ingress NGINX като основен компонент за управление на трафика към Kubernetes приложения.

Причини за прекратяване на поддръжката

Според Kubernetes решението е продиктувано от:

Намален брой активни поддръжници на проекта;
Натрупани архитектурни и инфраструктурни ограничения;
Преминаване на екосистемата към по-модерната архитектура Gateway API, която адресира редица ограничения на традиционните Ingress контролери.

Така Ingress NGINX достига естествен край на своя жизнен цикъл в Kubernetes екосистемата.

Какво трябва да направят организациите

Извършете одит на текущите среди

Ако Вашите Kubernetes клъстери използват Ingress NGINX, е важно да планирате действия преди официалното спиране на поддръжката.

Избор на алтернативен Ingress контролер

Сред активно поддържаните алтернативи са: NGINX OSS / NGINX Kubernetes Ingress; HAProxy Ingress; Traefik и Envoy-базирани решения. Тези инструменти предлагат дългосрочна поддръжка и по-добра интеграция със съвременните Kubernetes стандарти.

Миграция към Gateway API

Gateway API се превръща в препоръчания модел за управление на мрежовия трафик в Kubernetes. Предимствата включват: по-гъвкава архитектура, лесно мащабиране и разширяване на системата, по-добра сигурност и автоматизация и поддръжка от множество доставчици.

Планиране на поетапна миграция

Ранното планиране минимизира риска от работа с неподдържан компонент в продукция.

Влияние върху бизнеса

За организации, които разчитат на Kubernetes за критични приложения, спирането на поддръжката означава:

Повишен риск от уязвимости след март 2026 г.;
Потенциални проблеми със съвместимост с бъдещи версии на Kubernetes;
Затруднения при диагностика и поддръжка на продукти в дългосрочен план.

Навременните действия са ключови за поддържане на стабилна и сигурна инфраструктура.

Заключение

Спирането на поддръжката на Ingress NGINX е важна промяна, която изисква подготовка и стратегическо планиране. За да гарантират непрекъсваемост и сигурност, организациите трябва да преминат към поддържан Ingress контролер или към Gateway API.

Kubernetes: Модерният стандарт за управление на приложения

Традиционните монолитни приложения затрудняваха развитието, обновленията и скалирането. Съвременните SaaS и enterprise системи се движат към микросървисни архитектури, където всяка част може да се разработва, пуска и скалира независимо.

SaaS, PaaS и On-premise. Как да изберете правилния модел за бизнеса си?

Дигиталната трансформация поставя пред компаниите важен въпрос: Каква технологична архитектура да изберат, за да бъдат гъвкави, сигурни и конкурентни? Един от ключовите избори е между трите основни модела за използване на софтуер и инфраструктура – SaaS, PaaS и On-premise. Всяко решение предлага различна степен на контрол, гъвкавост и ангажимент към поддръжка.

AWS стартира европейския суверенен облак (ESC)

Независимо дали говорим за публичния сектор, индустрията или силно регулирани отрасли, американските облачни доставчици играят ключова роля в дигиталната инфраструктура на много организации. В същото време обаче правната рамка за използването им се оказва все по-нестабилна. Това налага Европа да търси повече независимост.