Red Hat OpenShift Service Mesh 3.4: ambient mode и AI-диагностика для микросервисов

Red Hat OpenShift Service Mesh 3.4 — это обновление платформы управления сервисными сетками, которое снижает ресурсные затраты и ускоряет диагностику инцидентов. В основе релиза лежит Istio 1.30, Envoy и Kiali 2.27. Ключевые изменения затронули ambient mode — бессайдкарный режим работы, ставший более зрелым, и интерфейс Kiali, получивший новую обзорную страницу и интеграцию с AI-ассистентом Red Hat OpenShift Lightspeed. Эти нововведения помогают администраторам эффективнее управлять микросервисной архитектурой в Kubernetes-среде OpenShift, особенно в крупных кластерах.

Что нового в OpenShift Service Mesh 3.4

Основой релиза стал Istio 1.30, который принёс ряд улучшений в ambient mode. Этот режим позволяет запускать сервисную сетку без sidecar-контейнеров, используя ztunnel на уровне узла. В версии 3.4 расширены возможности управления трафиком в ambient mode: добавлена поддержка политик авторизации, правил назначения и виртуальных сервисов для рабочих нагрузок, работающих в этом режиме. Также улучшена интеграция с входящими шлюзами — теперь они могут корректно маршрутизировать трафик к сервисам в ambient mode.

Kiali, инструмент визуализации сервисной сетки, обновился до версии 2.27. Главное нововведение — новая страница обзора, которая позволяет администраторам управлять несколькими сервисными сетками в масштабе кластера. На этой странице отображается состояние всех mesh-сред, их работоспособность, а также сводка по трафику и ошибкам. Кроме того, в Kiali появилась технологическая превью интеграции с Red Hat OpenShift Lightspeed — AI-ассистентом, который помогает диагностировать проблемы. Пользователь может описать симптомы на естественном языке, и Lightspeed предложит возможные причины и шаги по устранению, опираясь на данные из Kiali.

Предыстория и контекст

Red Hat OpenShift Service Mesh — это коммерчески поддерживаемая реализация сервисной сетки на основе Istio, Envoy и Kiali. Она предназначена для управления микросервисной архитектурой в Kubernetes-среде OpenShift. Предыдущая версия, 3.3, вышла в конце 2024 года и была сосредоточена на стабильности и поддержке OpenShift 4.17. Релиз 3.4 знаменует собой продолжение эволюции ambient mode, который Red Hat и сообщество Istio продвигают как более лёгкую альтернативу классическому sidecar-подходу.

Ambient mode был представлен в Istio 1.22 как экспериментальная функция и с тех пор постепенно дорабатывался. В версии 1.30 он получил статус beta, что означает готовность к ограниченному промышленному использованию. Red Hat, как один из ключевых участников развития Istio, активно внедряет этот режим в свой продукт, чтобы снизить накладные расходы на ресурсы и упростить эксплуатацию сервисных сеток для крупных развёртываний.

Чем ambient mode отличается от классического sidecar?

В классической схеме Istio каждый под содержит sidecar-контейнер Envoy, который перехватывает весь входящий и исходящий трафик. Это даёт полный контроль, но требует дополнительных ресурсов CPU и памяти, а также усложняет обновления и отладку. Ambient mode использует общий прокси на уровне узла и per-pod прокси только для тех рабочих нагрузок, которым нужны расширенные политики. В результате потребление ресурсов снижается, а развёртывание упрощается. Однако ambient mode пока не поддерживает все функции Istio, такие как mTLS с автоматической взаимной аутентификацией в некоторых сценариях. Red Hat рекомендует использовать его для рабочих нагрузок, где важна экономия ресурсов, а полный набор функций не требуется.

Технические подробности и улучшения

Помимо ambient mode, в OpenShift Service Mesh 3.4 обновлены компоненты безопасности: улучшена поддержка сертификатов и интеграция с OpenShift Certificate Manager. Также доработана совместимость с OpenShift 4.18, которая вышла в марте 2025 года. В области мониторинга расширены метрики Prometheus для ambient mode, что позволяет точнее отслеживать производительность ztunnel и waypoint proxy.

Kiali 2.27 получил не только новую обзорную страницу, но и улучшенную визуализацию трафика для ambient mode: теперь на графах отображаются waypoint proxy как отдельные узлы, что упрощает понимание маршрутов. AI-ассистент Lightspeed, доступный в технопревью, интегрирован непосредственно в интерфейс Kiali: пользователь может нажать кнопку "Diagnose with Lightspeed" на панели ошибок, и ассистент проанализирует логи и конфигурацию, предложив возможные причины.

Кого затронет и как

Релиз в первую очередь предназначен для DevOps-инженеров и администраторов платформ, использующих OpenShift для микросервисных приложений. Те, кто внедряет сервисные сетки в крупных кластерах, смогут оценить снижение накладных расходов за счёт ambient mode — особенно актуально для сред с тысячами подов, где каждый sidecar потребляет ощутимые ресурсы. AI-диагностика в Kiali поможет быстрее находить корень проблем, что сократит время инцидентов. Российские компании, использующие OpenShift, также могут рассмотреть обновление, но с учётом санкционных ограничений на доступ к Red Hat — им придётся полагаться на локальные дистрибутивы или альтернативы.

Что будет дальше

Red Hat анонсировала, что в следующих релизах планирует довести ambient mode до статуса general availability, а также расширить поддержку политик и улучшить интеграцию с OpenShift GitOps и Argo CD. Ожидается, что версия 3.5 выйдет во второй половине 2025 года и включит Istio 1.31. AI-функции Lightspeed, вероятно, перейдут из технопревью в стабильный релиз. Кроме того, Red Hat продолжит работу над улучшением производительности ztunnel и waypoint proxy.

Итог

OpenShift Service Mesh 3.4 — важный шаг в развитии сервисных сеток на OpenShift. Ambient mode становится реальной альтернативой sidecar-подходу, а AI-диагностика упрощает эксплуатацию. Компаниям, уже использующим OpenShift, стоит обратить внимание на этот релиз, чтобы снизить затраты ресурсов и ускорить решение проблем. Следите за обновлениями — технология будет активно развиваться в течение 2025 года.