Red Hat решила снять для крупных заказчиков один из самых неприятных дедлайнов в инфраструктуре: срок жизни операционной системы. Новая поддержка RHEL в формате Long-Life Add-On позволяет держать конкретный релиз Red Hat Enterprise Linux на сопровождении сколько угодно долго, если заказчик готов ежегодно продлевать контракт. Для российских IT-команд это знакомый сюжет: апгрейд в проде часто упирается не в технологии, а в регуляторику, сертификацию, железо и бюджет.
О новом предложении сообщает ZDNet. Схема у Red Hat не выглядит как массовая акция для всех желающих. Long-Life Add-On продается поверх действующей подписки Red Hat Enterprise Linux Extended Life Cycle Premium и оформляется как ежегодное продление. В обмен компания обещает критические патчи безопасности, отобранные срочные исправления ошибок и круглосуточную техподдержку. Публичного прайса нет: стоимость будут обсуждать с каждым клиентом отдельно. И это, пожалуй, самая красноречивая деталь всей истории.
Если перевести маркетинг на человеческий язык, Red Hat продает не «вечность», а право не трогать работающую платформу дольше обычного. Заказчик может зафиксироваться на конкретном выпуске RHEL и не идти в апгрейд только потому, что вендор подвел календарь к очередной границе поддержки. Для отраслей с длинным циклом внедрения это действительно важно. Банки, телеком, здравоохранение, госсектор, промышленность, любые проекты с тяжелой интеграцией и дорогой валидацией ПО давно живут в логике, где замена ОС на сотнях или тысячах серверов выглядит не как плановое обновление, а как отдельная программа с рисками, окнами простоя и длинным списком согласований.
На пустом месте этот продукт не появился. В начале 2020-х крупные поставщики корпоративного Linux заметно растянули сроки поддержки. У Red Hat базовый жизненный цикл RHEL и так составляет 10 лет, а дополнительные программы уже позволяли продлевать сопровождение дольше. ZDNet пишет, что несколько месяцев назад на Red Hat Summit 2026 компания представила 14-летний Extended Life Cycle. Новый Long-Life Add-On идет еще дальше: теперь формальный потолок поддержки фактически убирают. Логика понятна. Когда базовый срок вырос до десятилетия, следующий очевидный продукт для самых консервативных клиентов — не «еще плюс два года», а модель «остаемся на месте столько, сколько нужно».
Технически важнее другое: Red Hat не обещает бесконечный поток новых функций в старую систему. Речь идет именно о сопровождении зафиксированного релиза. Это значит, что компания будет закрывать критические уязвимости и отдельные острые баги, не ломая совместимость приложениям и инфраструктуре. Для enterprise-среды это принципиально: заказчики обычно хотят не «свежесть любой ценой», а предсказуемость API и ABI, стабильность сертифицированного стека и минимум сюрпризов в работе легаси. С этой точки зрения продукт выглядит не как экзотика, а как платная страховка от слишком дорогой миграции.
У рынка на такую услугу точно найдутся покупатели. Сам ZDNet напоминает, что компании годами держатся даже за давно снятые с поддержки системы. Причина не в том, что админы не любят новые версии, а в том, что обновление иногда дороже, чем терпеливо обслуживать старый контур. Отсюда и вечная популярность серверов, которые «пока работают, не трогай». Для Red Hat это способ монетизировать именно эту инерцию. Для заказчика — возможность перевести болезненный вопрос апгрейда из категории обязательных ежегодных конфликтов в категорию коммерческого компромисса. Да, дорого. Но большой банк или оператор связи часто предпочтет дорогой контракт предсказуемому хаосу миграции.
Есть и менее приятная сторона. Бессрочная поддержка RHEL почти наверняка закрепит разрыв между очень богатыми корпоративными клиентами и всеми остальными. Вендор не раскрывает цену, а значит, решение адресовано не среднему бизнесу, а тем, кто умеет вести долгие переговоры по индивидуальным условиям. Для небольшой продуктовой компании сигнал скорее обратный: не рассчитывайте, что «вечная подписка» спасет от техдолга дешево и безболезненно. Более того, сама возможность долго сидеть на одном релизе может отложить модернизацию, но не отменить ее. Старые платформы накапливают зависимость от древних библиотек, устаревших драйверов, специфических интеграций и внутренних костылей. В какой-то момент контракт с вендором уже не лечит архитектурную усталость.
На фоне конкурентов шаг Red Hat выглядит логичным, а не сенсационным. Canonical уже предлагает очень длинные сроки сопровождения Ubuntu, SUSE тоже давно играет в сверхдолгую поддержку для enterprise-клиентов. Разница в том, что Red Hat теперь доводит идею до предела и продает не очередной фиксированный хвост в пару лет, а сам принцип бессрочного продления. Для CIO и инфраструктурных команд это меняет разговор с бизнесом: вместо вопроса «успеем ли до конца поддержки» появляется другой — «сколько нам стоит право не спешить». И вот этот вопрос для корпоративного Linux в ближайшие годы, похоже, станет главным.