Red Hat и Voyager Technologies объявили об успешном развёртывании в космическом микро-ЦОД LEOcloud Space Edge IaaS на борту МКС программных платформы RHEL Linux 10.1 и образа Red Hat Universal Base Image (UBI). Проект предназначен для развития орбитальных ЦОД и периферийных вычислений в космосе.

Предлагаемое решение позволяет запускать контейнеризированные и связанные с ИИ нагрузки на орбите, ближе к источнику получаемых в космосе данных. Использование версии Red Hat Enterprise Linux на аппаратной площадке Space Edge Micro Datacenter позволяет снизить задержки и операционные издержки, в то же время обеспечивая более проактивную защиту периферийных сред, говорит компания. По словам Red Hat, космос стал «новым фронтиром» для гибридных облаков, на котором успех зависит от наличия надёжной, доверенной облачной инфраструктуры, где бы ни генерировались данные.

Появление орбитальных ЦОД (ODC) требует открытых инноваций и чрезвычайно высокой отказоустойчивости. Взаимодействие компаний направлено на решение уникальных для космических сред проблем: оптимизацию работы систем при дефиците электроэнергии и аппаратных ресурсов, обработку данных при задержках и перебоях связи, предоставление Linux корпоративного уровня. Интеграция соответствующих задач с наземными DevSecOps-практиками даст возможность Red Hat и Voyager помочь различным организациям расширять свои гибридные облака с повышением стабильности и операционной надёжности.

Источник изображения: NASA/unsplash.com

Сегодня компании закладывают основу для новой эры вычислений в космосе, где облачные возможности будут распространяться от земной поверхности к низким околоземным орбитам, на Луну и т.д. Соответствующий подход позволит переносить DevSecOps-практики, стратегии контейнеризации и проактивные механизмы безопасности в передовые операционные среды.

Компании выделили несколько ключевых технологических особенностей платформы:

• используется неизменяемый образ ОС, что исключает накопление случайных ошибок в настройках и пр. в космических условиях, где возможность обслуживания ограничена;
• для защиты данных поддерживается постквантовое шифрование по стандартам NIST;
• применяются упрощённые контейнерные образы Red Hat UBI, позволяющие снизить нагрузки на ограниченные аппаратные ресурсы, доступные в космосе.

Voyager расширяет DevSecOps-практики в космос благодаря использованию «движка» для запуска контейнеров Podman и Ansible Automation Platform для автоматизации задач, с контейнеризированными приложениями, работающими от земли до орбиты и инструментами, оптимизированными с помощью ИИ.

В сентябре 2025 года сообщалось, что прототип орбитального ЦОД Axiom Space и Red Hat для экспериментов с периферийными вычислениями прибыл на МКС, а в октябре того же года основатель Amazon Джефф Безос (Jeff Bezos) пророчил эпоху космических ЦОД гигаваттного масштаба. Этой весной SpaceX подала заявку на вывод в космос миллиона спутников-ЦОД, а у Amazon, раскритиковавшей инициативу. Похоже, имеются собственные планы на этот счёт.

По мнению вице-президента Gartner Алессандро Галимберти (Alessandro Galimberti), пользователям VMware будет дешевле перейти на мейнфреймы IBM, чем приобрести новые лицензии у Broadcom, которая увеличила стоимость продуктов, а также добавила требование покупать их в комплекте и по подписке, даже если у клиента имеются альтернативные решения, и начала преследовать собственных клиентов. Галимберти сообщил ресурсу The Register, что сравнение мейнфреймов с современными средами далеко не в пользу последних.

Аналитик отметил, что можно, конечно, создать облачное приложение, развернув его в нескольких регионах, но при этом будет необходимо в его логике реализовать синхронизацию данных и высокую доступность. У мейнфреймов же такая функциональность встроена в платформу, что избавляет разработчиков от лишних сложностей. По его мнению, мейнфреймы идеально подходят для рабочих нагрузок, требующих многолетней согласованности транзакций и обратной совместимости.

Вместе с тем Галимберти отмечает, что мейнфреймы подходят не для всех приложений. В частности, критически важные приложения, которые вряд ли сильно изменятся в течение десятилетия, лучше всего подходят для мейнфреймов, как и Linux-приложения, поскольку они работают на оборудовании IBM. К тому же предлагаемый IBM гипервизор z/VM помогает сделать Linux «ещё лучше и более адаптированным для предприятий».

Источник изображения: IBM

Именно поэтому, по мнению вице-президента Gartner, экосистема IBM привлекательна для пользователей VMware, особенно для тех, кто управляет парком из 500–700 виртуальных машин с Linux. Галимберти сказал, что может назвать множество бизнес-кейсов, при которых переход с VMware на IBM имеет смысл «при некоторых обстоятельствах» из-за политики Broadcom, требующей от клиентов приобретать полный пакет для частных облаков Cloud Foundation.

Аналитик отметил, что в некоторых случаях мейнфреймы подойдут для обработки ИИ-нагрузок. IBM с недавних пор предлагает ИИ-ускорители Spyre, показывая, что продолжает внедрять инновации в мейнфреймы и что они «не являются устаревшей платформой». Идее о том, что мейнфреймы — это тупиковый путь, уже несколько десятилетий, и в определённые моменты истории она была оправдана. Однако, заявил Галимберти, некоторые эксперты, продвигавшие идею отказа от мейнфреймов как беспроигрышный вариант, недооценили сложность этого процесса. «Глобальные системные интеграторы всегда были против мейнфреймов и поощряли миграцию с них, — сказал он. — Сейчас они прекращают исход с мейнфреймов, вероятно, потому что количество неудач оказалось больше успешных случаев».

Gartner рекомендует исходить из того, что к 2030 году 75 % поставщиков, предлагающих услуги по переходу с мейнфреймов и работающих на этом рынке, либо изменят свой бизнес, либо исчезнут, и предполагает, что к 2030 году только 10 % пользователей мейнфреймов захотят перейти на другие решения. Это не значит, что мейнфреймы идеальны или с ними легко работать, говорит Галимберти — лишь немногие сторонние разработчики ПО поддерживают мейнфреймы, а те, кто работает в этой сфере, могут поднять цены. Поэтому переход на мейнфреймы скорее требует время «на согласование цен и гарантий продления контрактов, а не на определение приоритетов в отношении коммерческой ценности, которую могут обеспечить эти решения».

Источник изображения: IBM

Ещё одним недостатком является то, что использование мейнфреймов несёт явный риск привязки к конкретной платформе, поэтому пользователи могут воздерживаться от полезных кастомизаций из-за опасения, что это затруднит им в дальнейшем переход с системы. Доступ к квалифицированной поддержке также остаётся проблемой, поскольку подготовка специалистов для работы с мейнфреймами оставляет желает лучшего. Вместе с тем всё больше поставщиков услуг инвестируют в свои программы для мейнфреймов, что может помочь в этом вопросе. То же самое касается и доступности Linux.

Аналитик заявил, что мейнфреймы будут востребованы ещё некоторое время, поскольку IBM «очень сосредоточена на инженерных разработках» и «работает с гиперконсервативными клиентами», создавая продукты, «заточенные» под их потребности. В свою очередь, Fujitsu объявила о решении закрыть свой бизнес в области мейнфреймов в 2035 году, планируя в дальнейшем перейти на ИИ-суперкомпьютеры на процессорах семейства Monaka, либо квантовые компьютеры.

При этом, согласно отчёту IBM, рост продаж её мейнфреймов z за I квартал 2026 года составил 51 % год к году, а мейнфрейм z17, ориентированный на ИИ, опережает по продажам предыдущие циклы выпуска продукта. IBM объявила о стратегическом сотрудничестве с Arm с тем, чтобы расширить возможности использования мейнфреймов. Также IBM заключает партнёрства в области ИИ-инфраструктуры с другими производителями, включая AMD и Groq (теперь NVIDIA).

В ходе ежегодного мероприятия SUSECON европейский разработчик открытых программных продуктов SUSE посвятил немало внимания вопросам обеспечения цифрового суверенитета. При этом мажоритарный акционер SUSE рассматривает возможность продажи компании американцам за $6 млрд, сообщает The Register.

В марте шведская EQT, в 2018 году купившая SUSE за $2,5 млрд, поручила Arma Partners изучить варианты продажи компании. Хотя конкретных соглашений пока нет, даже слухи о сделке могут нанести ущерб SUSE, позиционирующей себя одним из лидеров в области обретения европейского цифрового суверенитета.

По словам SUSE — компания европейская по природе: она зарегистрирована в Европе, в Европе же находится её ключевой бизнес. Даже если компания перейдёт американскому акционеру, она всё равно останется «европейской компанией с акционерами в Америке». Отмечается, что работа бизнеса соответствует европейскому законодательству. Кроме того, представитель SUSE подчеркнул, что пока речь идёт лишь о домыслах.

С приходом новой администрации США в январе 2025 года идея обретения Европой цифрового суверенитета от США получила второе дыхание. Продажа SUSE американцам может значительно усложнить ситуацию, поскольку закон US CLOUD Act обязывает американские корпорации передавать властям при необходимости данные клиентов, хранящихся на серверах в любой точке мира. В своё время Microsoft уже признавала, что не имеет возможности обеспечить полный суверенитет данным.

Источник изображения: SUSE

По словам руководителя направления Sovereign Solutions Андреаса Принса (Andreas Prins), компания европейская, но имеет клиентов во всех частях света, и это очень важно. Он отметил разницу в подходах к бизнесу в США и Европе. По его словам, американские клиенты больше сосредоточены на безопасности непосредственно данных — вопросах владения ими и управления доступа к ним. Европейцы якобы, напротив, уделяют больше внимания собственно отношению с контрагентами: контрактам, вопросам юрисдикции и тому. Хотя компания акцентирует внимание на своём европейском происхождении на фоне растущего спроса на суверенные цифровые решения, её руководство констатирует, что предпочло бы пореже сталкиваться с требованиями регуляторов.

По данным проведённого SUSE опроса среди 309 руководителей IT-бизнесов из разных стран, включая США и Японию, 98 % участников считают приоритетным обеспечение цифрового суверенитета. Однако на практике они часто руководствуются только требованиями клиентов или давлением со стороны регулирующих органов, а «лишние» средства скорее будут потрачены на ИИ. При этом порядка 70 % респондентов считают гиперскейлеров частью решений. Компании стремятся решать критически важные задачи «на местах», хотя в SUSE спешат подчеркнуть, что массового исхода из облаков не предвидится.

Особое внимание уделяется аппаратной безопасности. У Европы достаточно много собственных программных решений. Но создание полностью суверенной аппаратной базы возможно лишь в отдалённой перспективе. В SUSE отметили рост интереса к открытым архитектурам чипов, но подчеркнули, что основные риски всё-таки связаны с ПО. С учётом этого SUSE сделала ставку на open source и сертификацию для максимальной совместимости с наибольшим набором стандартов, что позволяет снизить зависимость от оборудования отдельных вендоров. На днях компания объявила о запуске платформы SUSE AI Factory with NVIDIA, разработанной специально для решения строгих глобальных задач обеспечения цифрового суверенитета.

SUSE объявила о запуске платформы SUSE AI Factory with NVIDIA, разработанной специально для решения строгих глобальных задач обеспечения цифрового суверенитета. SUSE AI Factory with NVIDIA представляет собой предварительно протестированный унифицированный программный стек для корпоративного ИИ, созданный на основе SUSE AI и NVIDIA AI Enterprise, призванный преодолеть разрыв между локальной разработкой и масштабируемым корпоративным развёртыванием, позволяя предприятиям создавать, управлять и масштабировать рабочие ИИ-нагрузки на периферии сети, в ЦОД и в публичных облачных средах, сохраняя при этом более жесткий контроль над данными и инфраструктурой.

Как отметил StorageReview.com, SUSE позиционирует SUSE AI Factory with NVIDIA как стандартизированный программный слой для корпоративного ИИ, а не как автономную модель или сервис. Стек объединяет несколько компонентов NVIDIA, включая микросервисы NIM, открытые модели Nemotron, NeMo для разработки и управления агентами, Run:ai для оркестрации GPU, NVIDIA Kubernetes Operators, OpenShell для безопасной поддержки среды выполнения агентов и NemoClaw, который использует SUSE K3s в качестве части эталонной архитектуры для более безопасного развёртывания автономных агентов.

Источник изображения: SUSE

SUSE AI Factory with NVIDIA стандартизирует развёртывание и запуск приложений ИИ, позволяя разработчикам создавать и тестировать приложения в изолированной среде, в то время как команды платформы управляют развёртыванием либо через единый интерфейс на основе Rancher, либо с помощью автоматизированных рабочих процессов GitOps для управления в масштабе предприятия. Это позволит сократить время настройки и ускорит переход от концепции к производству, уменьшая операционные издержки без необходимости использования разрозненных инструментов.

SUSE AI Factory with NVIDIA включает в себя следующие возможности:

• Предварительно проверенные и тесно интегрированные архитектурные шаблоны для распространённых сценариев использования и рабочих нагрузок, позволяющие предприятиям сократить объём работ по интеграции компонентов NVIDIA и SUSE при создании собственных стеков, ускоряя получение результатов.
• Безопасность и наблюдаемость на основе принципа нулевого доверия, построенные на базе SUSE Rancher Prime и SLES, с механизмами управления для сервисов ИИ на базе NVIDIA. Благодаря этому платформа обеспечивает стабильность, высокую предсказуемость и защиту базовой ИИ-инфраструктуры от возникающих рисков.
• Единый пользовательский интерфейс, который упрощает развёртывание и управление рабочими нагрузками ИИ — от локальных рабочих станций разработчиков до изолированных кластеров на периферии сети.
• Суверенитет и единая поддержка, что позволяет организации иметь полный контроль над своей физической инфраструктурой, данными и моделями для соблюдения внутренних политик и выполнения нормативных требований. Для обеспечения бесперебойной работы в корпоративной среде SUSE предоставляет единую точку ответственности для всего стека, включая компоненты NVIDIA AI Enterprise.

«Группа Астра» объявила о коммерческом релизе Astra Migration — инструмента для автоматизированного и управляемого переноса рабочих станций с операционной системы Windows на российскую платформу Astra Linux.

Astra Migration представляет собой комплексное клиент-серверное решение для массового перевода рабочих мест на ОС отечественной разработки. Клиентский модуль продукта — Astra Migration App — централизованно устанавливается на исходную Windows, инвентаризирует рабочую станцию и информирует пользователя о ходе миграции на всех этапах перехода при минимальном участии с его стороны. Серверная часть — Astra Migration Server — предоставляет IT-администратору единую панель управления: настройку сценариев миграции, формирование волн перехода, мониторинг статусов устройств в режиме реального времени и контроль блокеров.

Astra Migration обеспечивает перенос пользовательских данных и настроек, проверку совместимости программного обеспечения и оборудования, а также возможность отката к исходной ОС в случае необходимости. В текущей версии поддерживается режим параллельной установки Dualboot — Windows и Astra Linux сосуществуют на одном устройстве, с переносом пользовательских данных и настроек в рамках поддерживаемого сценария. Режим полной замены ОС с переносом данных появится в следующих обновлениях продукта. Все этапы миграции — от инвентаризации исходной системы до финального перехода на Astra Linux — полностью управляемы и прозрачны для IT-администратора.

По заверениям «Группы Астра», продукт кратно — в десятки раз — ускоряет процесс миграции по сравнению с ручным переводом на Astra Linux, обеспечивая при этом параллельную обработку более 100 рабочих станций одновременно.

Как сообщают ресурс OpenNET и Phoronix, в состав ядра Linux 7.1 приняты изменения, удаляющие поддержку контроллеров AHCI SATA и PCIe, применяемых в SoC Baikal-T1. Процесс начался не сегодня — в ядре 7.0 уже была удалена поддержка драйверов i2c и spi dw. В качестве причины удаления указано отсутствие сопровождения и незавершённая интеграция в состав ядра компонентов платформы Baikal. В частности, драйвер PCIe так и не был доведён до полностью работоспособного состояния.

Помимо этого, на рассмотрении находятся pull-запросы на удаление связанных с Baikal драйверов таймера, памяти, physmap, шины, hwmon, dwc и bt1-rom. Поддержка «Байкал-Т1» была включена в ядро Linux, начиная с ветки 5.8. Сохранилась она и в ядре Linux 6.18 LTS.

В 2023 году сообщество разработчиков ядра Linux отказалось принимать от российской компании «Байкал Электроникс» патчи для ядра в связи с введением в отношении неё санкций США. По этой же причине из официального файла MAINTAINERS были удалены упоминания о ряде разработчиков, потенциально связанных с Россией — создатель проекта Linux Линус Торвальдс (Linus Torvalds) поддержал это решение.

«Группа Астра» сообщила о включении в состав серверной операционной системы Astra Linux Server неизменяемого режима работы программной платформы.

При активации неизменяемого режима базовая файловая система Astra Linux Server остаётся неизменной во время работы. Системные компоненты, исполняемые файлы и настройки ОС формируются из предварительно подготовленных образов и не могут быть изменены в процессе эксплуатации. Всё прикладное ПО запускается исключительно в контейнерах. Режим поддерживает работу как отдельных узлов с Docker и Podman, так и полноценных Kubernetes-кластеров.

Подобный подход уже реализован в ряде зарубежных Linux-дистрибутивов — Fedora CoreOS, openSUSE MicroOS, Ubuntu Core и других. Astra Linux Server предлагает собственную реализацию, адаптированную под российские требования к защите информации, с сохранением всех встроенных средств защиты Astra Linux Special Edition 1.8, сертифицированных ФСТЭК России.

Источник изображения: astra.ru

Неизменяемый режим снижает поверхность атаки: в состав образа входят только необходимые компоненты ядра, средства защиты и инструменты контейнеризации. Системные файлы защищены от вредоносного ПО, несанкционированных изменений и ошибок администратора. Действия администратора в рабочем режиме ограничены, что обеспечивает дополнительный контроль над состоянием ОС. Режим поддерживает работу в полностью закрытых контурах без постоянного доступа к внешним репозиториям.

Неизменяемый режим Astra Linux Server ориентирован на Enterprise-сегмент — организации с большим парком серверов, высокими нагрузками и потребностью в масштабировании: финансовый сектор, промышленность, здравоохранение, транспортную отрасль и государственный сектор.

С начала 2026 года цифровой суверенитет находится в центре внимания французских властей, поскольку риск, что Соединённые Штаты прекратят доступ к некоторым из своих технологий, сохраняющаяся геополитическая напряжённость и прекращение поддержки Windows 10 в октябре 2025 года сделали зависимость от американских инструментов острой проблемой, пишет ресурс Les Numeriques.

«Мы должны стать менее зависимыми от американских инструментов и вернуть контроль над нашей цифровой судьбой. Мы больше не можем мириться с тем, что наши данные, инфраструктура и стратегические решения зависят от продуктов, чьи правила, ценообразование, разработку и риски мы не контролируем», — заявил Давид Амиэль (David Amiel), министр государственных дел и счетов. Даже Microsoft ранее признала, что не может гарантировать суверенитет данных в Европе, пообещав судиться с правительством США, если оно попытается лишить Европу продуктов компании. Google вслед за Microsoft тоже заявила о готовности поддержать клиентов из Евросоюза.

На прошлой неделе Межведомственное управление Франции по цифровым делам (DINUM) представило пакет мер по переходу с американских цифровых продуктов на европейских. На данный момент речь идёт о разработке планов, хотя DINUM уже объявило о собственном поэтапном отказе от Windows в пользу Linux, что затронет, по оценкам экспертов, от 200 до 250 рабочих станций. Каждому министерству к осени предписано разработать план по снижению зависимости от Windows, охватывающий рабочие станции, инструменты для совместной работы, антивирусное ПО, ИИ и базы данных.

Источник изображения: Jametlene Reskp / Unsplash

В Европе существуют достойные альтернативы для большинства этих продуктов. Решения SAP, MariaDB, Vates, Nokia и Ericsson вполне могли бы соответствовать планам Франции, отметил The Register. В качестве одного из примеров шага к суверенным технологиям был приведён план DINUM по внедрения платформы для видеоконференций Visio, призванной помочь французскому правительству отказаться от американских Zoom, Teams, Webex и Google Meet.

В июне должны состояться встречи представителей властных структур и частных компаний, призванных формализовать государственно-частный альянс вокруг европейского суверенитета и создать «коалиции», объединяющие министерства, государственных операторов и промышленность, на основе стандартов цифрового пространства и интероперабельности (Open-Interop, OpenBuro).

Источник изображения: Stefano Ghezzi / Unsplash

Как отметил Les Numeriques, в плане снижения зависимости от неевропейского ПО наблюдается определённый прогресс. Наиболее ощутимый — в отношении LaSuite, государственной экосистемы инструментов для совместной работы. У мессенджера Tchap ежемесячно около 300 тыс. активных «учёток». У Visio в феврале было 100 тыс. пользователей. CNRS (Французский национальный центр научных исследований) готовится отказаться от Zoom для своих 34 тыс. сотрудников и 120 тыс. аффилированных исследователей, в то время как государственная система национального медицинского страхования (Assurance Maladie) начала миграцию 80 тыс. сотрудников. Правительство также подтвердило, что платформа медицинских данных должна перейти на суверенный хостинг к концу 2026 года.

Что касается перехода на Linux, то The Register предложил проанализировать рейтинг организаций, вносящих вклад в ядро Linux, составленный Linux Foundation. В нём американские компании Meta✴, Intel и Red Hat занимают первые три места, Google — четвёртое, AMD — девятое, а Oracle America замыкает первую десятку. Единственная европейская компания в первой десятке — SUSE. Две другие — Arm и Linaro — базируются в Великобритании, но контрольный пакет акций Arm принадлежит японской SoftBank.

Похоже, Red Hat полностью ликвидировала команду разработки в Китае, не считая более страну приоритетной для своего бизнеса. Большая часть разработчиков теперь будет в Индии, сообщает The Register. Ранее в Сети появились слухи о роспуске китайского подразделения Red Hat, а после появился пост от имени старшего разработчика (principal software engineer) Red Hat China, который в минувший четверг лишился доступа к корпоративной сети, а через некоторое время получил уведомление от руководства о том, что компания смещает фокус на центры разработки в Азиатско-Тихоокеанском регионе (APAC).

Китайские СМИ сообщают о 300–500 уволенных, а также о служебной записке, разосланной техническим директором компании Крисом Райтом (Chris Wright). Согласно утекшему в Сеть документу, Red Hat подготовила «стратегию размещения», в соответствии с которой определены «ключевые места для приоритетного найма и стратегических инвестиций в кадры». Судя по всему, в Red Hat решили, что Индия является ключевой локацией для размещения сотрудников, а Китай — не является, поэтому и компания прекратит разработки в Поднебесной, перенеся большую часть рабочих мест в Индию.

В записке Райта сообщается, что уход из Китая не приведёт к чистому сокращению числа сотрудников. Также подчёркивается, что об изменениях публично объявлено не будет, поэтому официальных комментариев ждать не стоит. IBM, которой принадлежит Red Hat, заявляет, что в Индии у компании больше сотрудников, чем в США, всего около 264 тыс. человек. Ранее IBM полностью перенесла разработку ОС AIX в Индию.

Источник изображения: 022 873 / Unsplash

Стоит отметить, что присутствие в Китае сократила не только Red Hat. Так, Microsoft покинула КНР в 2025 году после того, как выяснилось, что многие разработчики, работавшие над внедрением Azure в Пентагоне, годами работали с территории Китая. Военное ведомство заявило, что из-за Microsoft подверглось «неприемлемому риску». Red Hat так же многие годы плотно сотрудничает с различными военными структурами США, в 2024 году она заключила договор на $848 млн в рамках реализуемой Пентагоном Enterprise Software Initiative. Возможно, компания намерена продемонстрировать приверженность обеспечению национальной безопасности США, чтобы избежать возможных проблем в будущем.

Хотя Китай является гигантским рынком ПО и IT-технологий в целом, его власти всё чаще рекомендуют участникам инвестировать в местные разработки. Поскольку значительная часть кода Red Hat относится к open source, китайские структуры от ухода компании не особенно пострадают, тем более что Red Hat не собирается прекращать продажи коммерческих продуктов в стране. Некоторые проблемы может испытать сама Red Hat, поскольку в Китае немало талантливых программистов. Тем не менее, как отмечает The Register, это в некоторой степени нивелируется тем, что в стране уникально нормативно-правовая база и правила, в частности предписывающие крупным компаниям нанимать представителей КПК.

Компания Red Hat представила программу расширенной платной поддержки «Extended Life Cycle, Premium», разработанную для обеспечения «легкодоступных и значительно более длительных жизненных циклов» наиболее важных систем организаций, управляющих критически важными рабочими нагрузками.

Red Hat отметила, что это премиальное предложение на основе подписки RHEL Premium, увеличивающее срок обслуживания за пределы традиционного десятилетнего периода, предназначено для высокорегулируемых отраслей, таких как финансовые услуги, телекоммуникации, государственное управление, здравоохранение, транспорт, производство и энергетика, где операционная согласованность и строгое соответствие нормативным требованиям имеют первостепенное значение.

Источник изображений: Red Hat

Программа предлагает 14-летний жизненный цикл сопровождения основной версии RHEL — Red Hat Enterprise Linux 8/9/10: в дополнение к стандартному 10-летнему жизненному циклу поддержки и обслуживания заказчик получит ещё четыре года расширенного обслуживания. Как отметил ресурс OpenNET, ранее дополнительная платная поддержка в течение четырёх лет предоставлялась для выпуска RHEL 7. В рамках новой программы будет увеличен время дополнительной публикации обновлений для промежуточных выпусков (субрелизы RHEL 10.1, 10.2, 10.3 и т.п.).

Red Hat может предоставлять исправления безопасности для критических, важных и умеренных CVE с оценкой CVSS 7 или выше, как определено Red Hat в уведомлении о безопасности RHSA, а также срочные и отдельные исправления ошибок высокого приоритета согласно RHBA. Обновления с устранением уязвимостей с уровнем опасности CVSS 7 и выше, а также исправлением серьёзных ошибок для промежуточных веток теперь будет выпускаться в течение шести лет вместо двух лет Extended Update плюс ещё два года по отдельной подписке Extended Extended Update, что позволит сократить операции перехода на новые промежуточные выпуски в системах, обслуживающих непрерывно работающие критически важные сервисы.

Поддержка промежуточных выпусков будет осуществляться через релиз. Ветку RHEL 10 в целом планируют сопровождать до 2039 года, ветку RHEL 9 — до 2036 года, RHEL 8 — до 2033 года. Что касается других дистрибутивов, до 16 лет поддерживается SUSE Linux, 15 лет — Ubuntu, 10 лет (5 лет LTS + 5 лет Extended LTS) — Debian GNU/Linux, 2 года — openSUSE и 13 месяцев — Fedora Linux.