Red Hat представила Red Hat AI 3.4, обновлённую версию корпоративной ИИ-платформы, разработанную для поддержки крупномасштабного инференса и развёртывания агентного ИИ в гибридных облачных средах. В качестве комплексной платформы Red Hat AI 3.4 предлагает архитектурную основу и операционные инструменты, необходимые для масштабирования моделей и рабочих процессов агентов в гибридном облаке.

Стратегия Red Hat в области ИИ разделена на четыре ключевых направления, заявил Джо Фернандес (Joe Fernandes), вице-президент и генеральный директор Red Hat AI. «Во-первых, мы помогаем клиентам быстро, гибко и эффективно выполнять инференс, предоставляя модели в их среде, — передаёт SiliconANGLE. — Во-вторых, мы подключаем их корпоративные данные к этим моделям и агентам. В-третьих, мы помогаем им ускорить развёртывание и управление агентами в гибридной облачной среде. В-четвёртых, мы объединяем всё это на нашей интегрированной ИИ-платформе, позволяя им запускать любую модель в любом агенте на любом оборудовании и в любой облачной среде».

Как отметила компания, ключевым элементом этого релиза является предоставление модели как услуги (MaaS), которое обеспечивает единый управляемый интерфейс для разработчиков, позволяющий получать доступ к тщательно отобранным моделям, а администраторам — отслеживать их использование и применять политики. Разработчики получают доступ к моделям через стандартные OpenAI-совместимые API. Таким образом, единое управление применяется как к внутренним, так и к внешним моделям. А инструменты AutoRAG и AutoML автоматизируют сложные задачи ИИ, начиная с выбора наиболее эффективных стратегий извлечения данных для конкретных наборов и заканчивая построением и оптимизацией моделей.

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

В основе системы лежит открытая библиотека vLLM. Её дополняет Kubernetes-нативный стек для инференса llm-d. Поддержка спекулятивного декодирования, которая в этом релизе стала общедоступной, повышает скорость ответа в два-три раза с минимальным влиянием на его качество и снижает стоимость взаимодействия. Кроме того, vLLM теперь поддерживает работу на CPU, что актуально для небольших языковых моделей. Для управления инструментами для агентов Red Hat представляет каталог серверов MCP и связанный с ним шлюз MCP.

Новый инструментарий AgentOps даёт возможность управления агентами в масштабе, независимо от используемой платформы, на протяжении всего их жизненного цикла. Это включает в себя интегрированную трассировку вызовов LLM, вызовов инструментов и этапов рассуждений, а также управление криптографической идентификацией через SPIFFE/SPIRE. Последний позволяет организациям заменять статические, жёстко закодированные ключи кратковременными токенами. Это поддерживает операции с минимальными привилегиями для автономных агентов на всех уровнях стека и помогает подтвердить, что действия агентов связаны с проверенной личностью.

Для обеспечения интеграции корпоративных данных с моделями и агентами Red Hat AI 3.4 представляет управление с помощью промптов и центр оценки точности, качества и безопасности моделей и агентов. Последний не зависит от фреймворков и заменяет разрозненные методы тестирования единым интегрированным подходом. Prompt Lab and Registry, централизованное хранилище промптов в виде полноценных информационных ресурсов, предоставляет разработчикам и администраторам единый источник достоверной информации о входных данных, управляющих моделями и агентами.

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

Новые возможности трассировки построены на основе MLflow. Интеграция MLflow обеспечивает прозрачность работы агента, позволяя осуществлять сквозную трассировку вызовов LLM, этапов рассуждений, запуска инструментов, ответов модели и использования токенов через OpenTelemetry. Это создаёт прозрачный журнал аудита для всего жизненного цикла подсказок, эмбеддингов и конфигураций RAG для поддержки отладки и аудита. MLflow также обеспечивает интегрированное отслеживание экспериментов и управление артефактами для сценариев использования генеративного ИИ и прогнозного ИИ.

Платформа Red Hat AI позволяет пользователям проверять безопасность моделей и агентов с помощью автоматизированного сканирования на наличие угроз, которое теперь интегрировано непосредственно в цикл разработки. Используются инструменты Chatterbox Labs и Garak. Платформа проверяет модели и агентных систем на наличие таких рисков как взлом, промпт-инъекций и предвзятость, в сочетании с NVIDIA NeMo Guardrails для обеспечения безопасности во время выполнения.

Сообщается, что Red Hat AI 3.4 изначально поддерживает ускорители NVIDIA Blackwell и AMD Instinct MI325X. Расширяя эту унифицированную архитектуру платформы для работы непосредственно в управляемых облаках сторонних разработчиков, в том числе посредством Red Hat AI Inference в IBM Cloud, Red Hat обеспечивает операционную согласованность на широком спектре оборудования и облачных провайдеров.

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, раскритиковавшей инициативу. Похоже, имеются собственные планы на этот счёт.

Компания Broadcom анонсировала VMware Cloud Foundation 9.1, позиционируя платформу как основу для частного облака, оптимизированную для ИИ-нагрузок ИИ и Kubernetes, с интегрированной безопасностью и поддержкой смешанной вычислительной инфраструктуры на базе AMD, Intel и NVIDIA.

Broadcom отметила, что VCF 9.1 обеспечит предприятиям при запуске производственных рабочих нагрузок, включая инференс и агентный ИИ, ряд преимуществ. В частности, VCF 9.1 обеспечит снижение затрат на серверы до 40 % благодаря интеллектуальному многоуровневому распределению памяти. Эффективность хранения данных также повышается благодаря усовершенствованным методам сжатия и дедупликации в конвейерах обработки данных ИИ, что снижает общую стоимость владения до 39 %.

Использование платформы позволяет сократить эксплуатационные расходы Kubernetes до 46 % при одновременном повышении масштабируемости и скорости развёртывания. Преимущества платформы также включают четырёхкратное ускорение обновления кластеров и удвоение мощности парка серверов, что позволяет предприятиям быстрее масштабировать инфраструктуру ИИ в распределённых средах.

В VCF 9.1 сделан акцент на поддержке открытой экосистемы. Обеспечены выбор нескольких GPU AMD и NVIDIA, поддержка CPU AMD и Intel, а также совместимость со стандартными сетевыми технологиями, такими как EVPN и VXLAN, и с универсальной облачной сетью Arista Universal Cloud Network. Этот подход позволяет предприятиям комбинировать оборудование в зависимости от требований к рабочей нагрузке и доступности, что в условиях дефицита является важным фактором, отметил ресурс Storagereview.

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

Большое внимание в VCF 9.1 уделено автоматизации, благодаря которой обеспечивается удвоение возможностей управление — для 5 тыс. хостов и в четыре раза более быстрое обновление кластеров в распределённых и изолированных средах. Также была улучшена поддержка многопользовательского режима, позволяющая изолировать рабочие нагрузки ИИ между командами или клиентами на общей инфраструктуре со строгими ограничениями безопасности, максимизируя использование дорогостоящих ресурсов GPU и CPU, одновременно поддерживая суверенитет данных для конфиденциальных моделей. Это особенно актуально для поставщиков услуг и крупных предприятий, консолидирующих ИИ-инфраструктуру.

Платформа устраняет необходимость во внешних устройствах для конечных точек ИИ-инференса и агентных приложений за счёт интеграции виртуализированных служб балансировки нагрузки и безопасности через VMware Avi Load Balancer и vDefend, позволяя снизить капитальные затраты, сохранив при этом отказоустойчивость приложений и автоматизацию жизненного цикла.

VCF 9.1 получила встроенную систему безопасности на уровне инфраструктуры для защиты рабочих нагрузок ИИ, проприетарных моделей и данных для обучения от гипервизора до приложения. Благодаря сегментации на основе принципа нулевого доверия (Zero Trust), суверенному восстановлению и непрерывному обновлению без дополнительных инструментов VCF обеспечивает уровень безопасности, необходимый для развёртывания ИИ в продуктовой среде.

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

Функции непрерывного соответствия автоматизируют мониторинг и устранение неполадок в соответствии с определёнными политиками, помогая организациям поддерживать готовность к аудиту без дополнительных инструментов. Обновление в режиме реального времени дополнительно снижает операционные риски, позволяя в большинстве случаев обновлять систему без простоев, поддерживая постоянно работающие ИИ-сервисы.

Система безопасности с нулевым доверием, расширяющая защиту распределённых IDS/IPS на рабочие нагрузки Kubernetes AI, обеспечивает скорость проверки угроз до 9 Тбит/с для распределённого инференса и в пять раз более высокую идентификацию приложений для частных облачных и интернет-приложений.

Как отметил Storagereview, с помощью VCF 9.1 компания пытается перепозиционировать VMware как жизнеспособную платформу для корпоративного ИИ. Акцент на частном облаке, интегрированной безопасности и унифицированных операциях между виртуальными машинами, контейнерами и GPU соответствует запросам многих крупных организаций, которые приближают рабочие нагрузки инференса к своим данным.

Вместе с тем современные распределённые конвейеры ИИ строятся на основе архитектур, ориентированных на Kubernetes, со всё более модульными инфраструктурными решениями, которые отдают приоритет гибкости и прямому доступу к ускоренным вычислениям. В таких средах VMware обычно не является плоскостью управления, а во многих случаях становится дополнительным уровнем, а не основой.

Кроме того, хотя Broadcom позиционирует VCF 9.1 как способ сократить расходы на инфраструктуру за счёт повышения эффективности, сохраняются обоснованные опасения корпоративных клиентов по поводу условий лицензирования VMware и общей стоимости владения.

Компания «Базис», крупнейший российский разработчик решений для управления динамической ИТ-инфраструктурой, представила конструктор платформенных сервисов Basis Automation Studio (BAS). Решение является частью расширенной конфигурации облачной платформы Basis Dynamix Cloud Control и будет актуально в первую очередь для заказчиков, которые хотят автоматизировать развёртывание сложных ИТ-систем и платформенных сервисов, использующих виртуальную инфраструктуру.

Для решения этой задачи Basis Automation Studio предоставляет системным администраторам и архитекторам заказчика инструменты для проектирования, развёртывания и сопровождения платформенных сервисов в виртуальной инфраструктуре.

Конструктор позволяет визуально проектировать инфраструктуру на основе готовых компонентов и связей между ними, использовать каталог шаблонов виртуальных инфраструктур и платформенных сервисов, а также расширяемую библиотеку типовых элементов и образцов востребованного ПО, включая ClickHouse, Consul, Docker, MariaDB и PostgreSQL.

Источник изображений: «Базис»

Basis Automation Studio поддерживает стандартные для облачной инфраструктуры инструменты и подходы, включая архитектуру TOSCA, формат сериализации YAML, систему управления конфигурациями Ansible, язык Python, интерпретатор Bash. Они используются для описания облачной инфраструктуры и управления её компонентами, развёртывания сервисов и их настройки. После развёртывания сервисов администраторы могут создавать day-2 операции для их сопровождения, мониторинга, обновления и поддержания работоспособности. Готовые сервисы можно публиковать на витрине портала самообслуживания, где они доступны для заказа в один клик пользователям облачной инфраструктуры.

Для администрирования продукта и разработки шаблонов в BAS предусмотрен веб-интерфейс, включая визуальный редактор сервисов, а также инструменты управления правами и контроля доступа к компонентам инфраструктуры.

В Basis Automation Studio реализована иерархическая мультитенантная модель, которая обеспечивает строгую логическую изоляцию ресурсов и детализированное управление доступом. На каждом уровне иерархии могут быть независимо назначены права доступа, роли и разрешения для взаимодействия с конструктором и запущенными с его помощью сервисами. Например, можно разграничить доступ между различными департаментами (или другими бизнес-единицами) одной компании, группируя принадлежащие им проекты и пользовательские учётные записи в специальные контейнеры, называемые доменами. В этом случае пользователи и ресурсы одного домена будут невидимы и недоступны для другого, что помогает заказчику обеспечивать конфиденциальность и сохранность данных в рамках масштабируемой и разветвлённой ИТ-инфраструктуры.

Дополнительно Basis Automation Studio предлагает ролевую модель управления пользователями платформы. По умолчанию доступны следующие роли: администратор с полными правами на управление конструктором, архитектор для управления компонентами и сервисами, разработчик компонентов и сервисов, администратор проектов, пользователь. При необходимости одному аккаунту внутри конструктора может быть назначено несколько ролей, в этом случае их права суммируются. В результате заказчик получает простой в то же время достаточно гибкий инструмент для обеспечения безопасности виртуальной инфраструктуры.

«Интенсивное развитие облачной платформы Basis Dynamix Cloud Control и, в частности, появление конструктора платформенных сервисов Basis Automation Studio стало нашим ответом на растущий интерес рынка к облачной и гибридной инфраструктурам. Задача Basis Automation Studio — облегчить декларирование облачной инфраструктуры, а также развёртывание внутри неё необходимых для бизнеса ИТ-систем и сервисов, в первую очередь за счёт автоматизации этих процессов. Мы планируем активно развивать наш продукт под задачи российских заказчиков», — отметил Дмитрий Сорокин, технический директор компании «Базис».

По словам вице-президента Gartner Дугласа Тумбса (Douglas Toombs), создать полностью суверенное облако за пределами США или Китая не представляется возможным. Лишь они располагают необходимыми для этого технологиями, сообщает The Register. Соответствующее заявление Тумбс сделал на недавней конференции в Сиднее. В других странах заказчикам невозможно избежать взаимодействия с иностранными поставщиками.

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

Gartner отмечает, что даже «локальные» облака вроде AWS Outposts/Dedicated Local Zone, Azure Local или выделенных облачных регионов Oracle периодически должны устанавливать связь с удалёнными серверами. Эксперт уверен, что попытки создавать суверенные облачные среды всё равно не увенчаются успехом. В пример приводятся европейские проекты Andromeda, Numergy и Gaia-X, которые позволили разве что подготовить несколько хороших научных докладов.

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

Тумбс также сослался на «Правило трёх и четырёх», выведенное в недрах Boston Consulting Group. Оно предполагает, что на стабильном конкурентном рынке не может быть более трёх значимых игроков, при этом доля рынка крупнейшего из них не более чем вчетверо больше доли самого мелкого. По словам Тумбса, в соответствии с этим правилом рынок облачных вычислений «стабилизировался» вокруг «большой тройки»: AWS, Google и Microsoft.

Впрочем, Тумбс допустил, что отдельные небольшие облачные платформы способны успешно развиваться, что позволит появиться суверенным поставщикам SaaS и соответствующих продуктов. Тем не менее, он считает, что даже решительные меры для перехода на локальные мощности не освободит их владельцев от зависимости от гиперскейлеров. В пример эксперт привёл медицинскую организацию из Нидерландов, уже попытавшуюся создать суверенную инфраструктуру — перебои в её работе начались после того, как поставщик «суверенного» решения (крупный облачный провайдер) сам столкнулся со сбоем в своём облаке.

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

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

В Gartner отмечают, что отсутствие стратегии выхода из чужих облаков — одна из десяти крупных ошибок, допускаемых пользователями наряду с началом использования облаков с критически важным и сложным ПО вроде ERP. Кроме того, большой ошибкой будет предполагать, что облако подходит для любых приложений, и ожидать, что каждое приложение получит все преимущества облачной инфраструктуры — от снижения затрат до отказоустойчивости.

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

На днях сообщалось, что Евросоюз рассматривает правовые нормы, ограничивающие обработку конфиденциальных данных ЕС американскими облачными провайдерами. В частности, Еврокомиссия должна представить пакет мер, укрепляющих стратегическую автономию блока государств в ключевых цифровых сферах. В апреле Еврокомиссия уже объявила тендер на €180 млн для реализации четырёх европейских проектов в сфере суверенных облачных вычислений. Тем не менее, пока американские гиперскейлеры годами доминируют на европейском облачном рынке. Более того, по оценкам аналитиков, особенно надеяться на изменение ситуации и не стоит.

Неооблачная компания Iren объявила о приобретении Ingenostrum, S.L. (Nostrum Group), испанского разработчика ЦОД нового поколения. Сделка обеспечит Iren, развернувшей сеть ЦОД в Канаде и США, выход на европейский рынок, увеличив её энергетический портфель до 5 ГВт благодаря добавлению около 490 МВт гарантированной, подключенной к сети мощности в Испании. Также компания получит дополнительный портфель разработок, что укрепить её способность удовлетворять спрос клиентов в Европе.

Ожидается, что присоединение испанской команды разработчиков с опытом работы в области возобновляемой энергетики, проектирования, строительства и эксплуатации инфраструктуры ЦОД, ещё больше укрепит возможности Iren по реализации проектов и дальнейшему расширению её облачной ИИ-платформы на глобальном рынке. Условия сделки не разглашаются. По данным Data Center Dynamics, сообщения о том, что Nostrum ищет инвестиционного партнёра, появились в прошлом году. Как сообщает Converge! Network Digest, в портфеле Nostrum есть крупные проекты по развитию ЦОД в Испании, в Эстремадуре (Extremadura) и Галисии (Galicia).

Парк Iren насчитывает около 23 тыс. GPU. Компания имеет действующие и находящиеся в стадии разработки ЦОД в Техасе (Чилдресс, Суитуотер, Childress, Sweetwater), Оклахоме (Киова, Kiowa) и Британской Колумбии в Канаде (Маккензи, Принс-Джордж, Канал-Флэтс, Mackenzie, Prince George, Canal Flats). Также Iren сообщила о планах по расширению деятельности в Австралии. На этой неделе компания Iren приобрела поставщика ПО для облачной инфраструктуры Mirantis за $625 млн. В числе её партнёров — NVIDIA и Microsoft.

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

Между тем, неооблако Lambda сообщило о расширении кредитной линии до $1 млрд с целью ускорения развертывания ИИ-инфраструктуры на базе решений NVIDIA. Новое многотраншевое финансирование значительно больше предыдущей кредитной линии на сумму $275 млн, соглашение о которой было заключено в августе 2025 года, и отражает все более капиталоёмкую экономику облачной ИИ-инфраструктуры, отметил ресурс Converge! Network Digest. Lambda пояснила, что расширение кредитной линии связано с «беспрецедентным спросом на инфраструктуру Lambda, разработанную специально для ИИ, со стороны самых требовательных клиентов».

В свою очередь, неооблако CoreWeave, увеличившее в I квартале 2026 года выручку в годичном исчислении в более чем в два раза до $2,08 млрд, сообщило, что её портфель заказов по состоянию на 31 марта достиг $99,4 млрд, что свидетельствует о масштабе долгосрочных обязательств, связанных с обучением ИИ-моделей и инференсом. CoreWeave за квартал увеличила общий объём законтрактованной мощности более чем на 400 МВт, суммарно до более чем 3,5 ГВт. Активная мощность проектов превысила 1 ГВт. Компания также получила кредитную линию с отложенным получением средств в размере $8,5 млрд, и привлекла инвестиции от NVIDIA в размере $2 млрд.

В четверг утром, 7 мая, около 08:45 по местному времени в дата-центре NorthC AMS3 в Алмере (Almere), неподалёку от Амстердама (Нидерланды) произошёл пожар, который на данный момент уже локализован. NorthC сообщила, что пожар произошёл в задней части здания, где расположены технические помещения. Огонь не удавалось потушить в течение дня, несмотря на использование для его тушения трёх пожарных машин. От пожара пострадали местные государственные и частные компании, а также облачный регион IBM Cloud Amsterdam 03.

Ситуация с пожаром, которому поначалу был присвоен уровень опасности GRIP 2, к вечеру была локализована, уровень опасности снижен до GRIP 1, и оповещение NL-Alert снято. «Это означает, что пожар взят под контроль», — сообщили на сайте NorthC. 8 мая в 0:35 по местному времени компания сообщила, что пожарная служба снизила уровень опасности до GRIP 0. Это означает, что аварийные службы полностью контролируют ситуацию, и здание частично вновь открыто. В 10:00 NorthC сообщила, что ночью была проведена проверка состояния здания после пожара, отметив, что противопожарная изоляция предотвратила дальнейшее распространение огня и дыма по зданию.

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

«Наши команды в полном составе работают на месте над восстановлением электроснабжения и связи. В рамках этого процесса готовятся внешние аварийные источники питания для скорейшего и безопасного включения оборудования клиентов», — сообщила компания.

Как сообщает ресурс The Next Web, пожар вызвал сбои в работе информационных систем Утрехтского университета, чьи серверы находятся в ЦОД NorthC. Сбои также затронули работу общественного транспорта провинции Утрехт, поскольку в ЦОД находятся серверы компания Transdev, управляющей автобусными и трамвайными маршрутами в этом регионе. Также с проблемами столкнулась компания Infomedics, занимающаяся обработкой счетов от имени медицинских учреждений, и местное управление водоснабжения Hoogheemraadschap De Stichtse Rijnlanden.

Кроме того, пострадал и облачный регион IBM Cloud, причём собственные системы мониторинга IBM длительное время показывали, что с ним всё порядке. Компания прокомментировала ситуацию изданию The Register: «IBM известно о пожаре в дата-центре в Амстердаме, который обслуживает не только IBM, но и другие компании. Объект эвакуирован, пострадавших нет. Мы тесно сотрудничаем с экстренными службами, оцениваем последствия для нашей работы и напрямую координируем свои действия с пострадавшими клиентами для устранения любых последствий».

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

По состоянию на 14:48 МСК IBM (INC11282490) дата-центр отключен полностью, все сервисы и коммуникации не работают. Компания провела инспекцию ЦОД и в данный момент занята анализом ситуации, а NorthC пытается восстановить питание. IBM рекомендует заказчикам использовать другие облачные регионы и задействовать свои DR-стратегии. При этом в пострадавшем регионе не работают базовые сервисы вычислений, коммуникаций и хранения, включая IBM Cloud Backup. В прошлом году IBM Cloud также как минимум один раз столкнулась с инцидентом первой степени тяжести, когда клиенты не могли получить доступ к ресурсам.

Проведенный специалистами IBM в 17:11 МСК осмотр подтвердил, что все три серверные помещения в ЦОД целы и не имеют видимых повреждений от дыма или воды. Основная проблема по-прежнему заключается в отключении электропитания серверного помещения №1, поскольку прилегающее здание инженерных коммуникаций и системы охлаждения, питающие его оборудование, неисправны, в то время как здания инженерных коммуникаций и системы охлаждения, питающие помещения №2 и №3, по-видимому, целы.

Приоритетной задачей восстановления работы сервисов является восстановление доступа клиентов к ресурсам в помещениях №2 и №3. Параллельно компания планирует переместить оборудование и рабочие нагрузки из серверного помещения №1 в помещение №3, на что уйдёт несколько дней. На данный момент ЦОД недоступен. Все коммуникации и сервисы отключены. «По возможности мы рекомендуем клиентам переключиться на альтернативный ЦОД», — сообщила IBM.

В прошлом году серьёзный пожар был зафиксирован в ЦОД в Южной Корее, из-за которого была нарушена работа почти 700 государственных сервисов и утеряно 858 Тбайт правительственных данных. В этом году небольшой пожар произошёл в лондонском дата-центре Global Switch. В марте в результате физической атаки загорелся дата-центр AWS в ОАЭ, облачный регион фактически уничтожен.

Евросоюз рассматривает правовые нормы, ограничивающие обработку конфиденциальных данных ЕС американскими облачными провайдерами. В частности, 27 мая Еврокомиссия должна представить «пакет мер», укрепляющих стратегическую автономию блока государств в ключевых цифровых сферах, сообщает CNBC. Речь идёт о т.н. Tech Sovereignty Package.

Еврокомиссия обсуждает ограничение доступа к конфиденциальным государственным сведениям с использованием облачных платформ, предлагаемых компаниями, базирующимися за пределами ЕС. По данным источником, обострение отношений евробюрократов с президентом США инспирирует призывы к «диверсификации» с отказом от услуг американских облачных провайдеров, доминирующих на европейском рынке. Так, Microsoft сама признавала невозможность обеспечить полный суверенитет данных.

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

Источник изображения: Christian Lue/unspalsh.com

Обсуждается предложение ввести требование о наличии высокоуровневой суверенной облачной инфраструктуры для работы правительственных и государственных организаций с финансовыми, судебными и медицинскими данными. Инициатива не коснётся частного сектора.

Представленный пакет мер должны одобрить все 27 государств — членов ЕС. Он будет включать «Закон о развитии облачных технологий и ИИ» (Cloud and AI Development Act, CADA), а также «Закон о чипах 2.0» (Chips Act 2.0), поощряющие суверенные решения и продукты европейского происхождения в соответствующих сферах. Источники сообщают, что пакет расширит возможности предоставления суверенных облачных сервисов, в том числе посредством госзакупок. Также будет поддерживаться выход на рынок большего количества облачных и ИИ-провайдеров.

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

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

В феврале 2026 года появилась новость об обсуждении в ЕС создания собственных, а также открытых альтернатив американским платформам. Планируется и увеличить бюджеты на обеспечение цифрового суверенитета. В январе же Евросоюз прямо объявил, что столкнулся с серьёзной проблемой зависимости в цифровой сфере от стран, не входящих в ЕС — потенциально это создаёт уязвимости, а том числе в критически важных секторах.

В апреле Еврокомиссия объявила тендер на €180 млн для реализации четырёх европейских проектов в сфере суверенных облачных вычислений. Один из них предполагает партнёрство при реализации с совместным предприятием французской аэрокосмической компании Thales и Google Cloud. Отдельные страны уже взялись за импортозамещение в госсекторе, например, Франция. Похожие настроения заметны и в соседней Великобритании.

Однако на практике ситуация такова, что американские гиперскейлеры годами доминируют на европейском облачном рынке. Более того, по оценкам аналитиков, особенно надеяться на изменение ситуации и не стоит — многие уже смирились с текущим положением дел.

Неооблачная Iren Limited подписала соглашение о покупке компании Mirantis в рамках сделки, предусматривающей оплату обыкновенными акциями на сумму $625 млн. Это позволит добавить облачной платформе компетенции по оркестрации на основе Kubernetes, ПО для облачной инфраструктуры и сервисы корпоративной поддержки, сообщает Converge! Digest.

Сделка даст Iren возможность расширить бизнес за пределы предоставления лишь масштабной инфраструктуры ИИ-ускорителей и перейти к развёртыванию ИИ с оркестрацией, мониторингом и управлением жизненным циклом рабочих нагрузок. После закрытия сделки Mirantis будет работать как самостоятельная дочерняя структура и продолжит поддержку существующих клиентов.

Iren заявила, что покупка усилит ключевые векторы развития её платформы AI Cloud: от развёртывания и мониторинга до поддержки клиентов и доступа к рынку. На сегодня Mirantis обеспечит приток более 1,5 тыс. корпоративных клиентов и богатый опыт работы с Kubernetes, OpenStack и контейнеризированной инфраструктурой.

Кроме того, у Mirantis имеется собственная платформа k0rdent AI для управления ИИ-инфраструктурой на физических и виртуальных серверах и в средах Kubernetes. Также компания — один из основателей инициативы NVIDIA AI Cloud Ready и разработчик ПО в её рамках. В результате сделки вертикально интегрированная модель Iren, включающая электроснабжение, земельные участки, ЦОД и кластеры ИИ-ускорителей, будет дополнена опытом Mirantis в сфере ПО и корпоративных операций.

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

Неооблачные провайдеры вроде Iren, CoreWeave и гиперскейлеры всё чаще нуждаются не только в масштабной физической инфраструктуре, но и оркестрации, мониторинге и управлении жизненным циклом для того, чтобы выделиться на рынке не только наличием ИИ-ускорителей. Покупка Mirantis позволит конкурировать за сложные многопользовательские ИИ-нагрузки.

В марте сообщалось, что Iren объявила о заключении соглашения о покупке более 50 тыс. ускорителей NVIDIA B300. Эта сделка позволит компании расширить парк ускорителей примерно до 150 тыс. ед., что к концу 2026 года обеспечит доход от облачных ИИ-вычислений в размере свыше $3,7 млрд.

По мере развития цифровых систем вопрос доверия к инфраструктуре играет всё более важную роль. Microsoft объявила об открытии аппаратных модулей безопасности Azure Integrated Hardware Security Module (Azure HSM), которые позволяют сделать аппаратную криптографическую защиту базовым элементом облака.

Аппаратный модуль Microsoft Azure Integrated HSM встроен в каждый новый сервер Azure (и ВМ V7). Модуль соответствует стандарту FIPS 140-3 Level 3 и защищает криптографические ключи непосредственно в месте выполнения задач, а не только на централизованном уровне. В результате системы устойчивы к физическому вмешательству и защищены от извлечения ключей логическими средствами.

Компания объявила об открытии ключевых компонентов Azure Integrated HSM (прошивки, драйверов и программного стека) — они будут опубликованы в рамках OCP. Прошивка уже доступна в репозитории GitHub вместе с материалами независимой проверки, включая аудит OCP SAFE. Azure Integrated HSM также поддерживает отраслевые стандарты, включая TDISP, что позволяет связать HSM и среды, участвующие в конфиденциальных вычислениях.

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

Новейшее решение дополняет сервисы вроде Azure Key Vault и Azure Managed HSM, обеспечивая новый уровень защиты индивидуальных серверов. Ключи защищаются не только во время хранения, но и во время использования. С Azure Integrated HSM ключи шифрования генерируются, хранятся и используются полностью внутри защищённого аппаратного контура. Они не появятся в памяти виртуальных машин, в программных процессах и во время активных криптографических операций. В результате блокируются целые классы атак, нацеленных на получение данных из памяти или программного слоя.

В отличие от вариантов с «централизованными» HSM-технологиями, хотя и эффективными, но имеющими проблемы с масштабированием, новый подход позволяет привязать криптографическую защиту непосредственно к серверу. За счёт аппаратных RoT, проверяемой загрузки и аттестации Azure Integrated HSM обеспечивает доказательство корректности аппаратно-программных конфигураций оборудования. В совокупности с другими инструментами защиты, включая Azure Boost, технология Azure Integrated HSM обеспечивает создание вертикально интегрированной цепочки доверия, от чипов до программного обеспечения.