Шлюз Model Context Protocol (MCP) теперь общедоступен (GA) в составе релиза Red Hat Connectivity Link 1.5 и нативно интегрирован в портфель Red Hat AI. Это стало результатом успешного технологического превью и расширяет возможности Red Hat в области корпоративных AgentOps для управления трафиком инструментов ИИ-агентов в масштабе. Мы добавили новые функции, включая изоляцию шлюза, поддержку сессий без сохранения состояния (stateless), поддержку промптов и ресурсов, механизмы защиты MCP и усиление безопасности, чтобы подготовить решение к промышленному использованию.
Изоляция шлюза и MCP-сервера
Вы можете обслуживать различные команды и арендаторов в своей организации, изолируя трафик MCP-агентов. Для этого есть два способа. Первый — делегировать полностью отдельный экземпляр шлюза, включая компоненты шлюза MCP (маршрутизатор и брокер). Такой подход обеспечивает полную изоляцию трафика вплоть до серверной части MCP.
Второй способ — использование общего шлюза, обеспечивающего изоляцию на уровне прослушивателя шлюза. При этом используются отдельные компоненты шлюза MCP, что сохраняет изоляцию трафика после срабатывания логики маршрутизации шлюза. Это позволяет совместно использовать базовую инфраструктуру шлюза с различными конечными точками для наборов MCP-серверов за одной конечной точкой шлюза (например, /mcp-team-a и /mcp-team-b).
Федерация промптов и ресурсов
Теперь шлюз объединяет (федерирует) промпты MCP с вышестоящих серверов наряду с возможностями вызова инструментов. Промпты имеют те же префиксы, что и инструменты, и доступны через prompts/list и prompts/get через шлюз. Фильтрация авторизации поддерживает промпты с использованием утверждения JWT allowed-capabilities. Виртуальный сервер может ограничивать промпты с помощью поля spec.prompts в ресурсе MCPVirtualServer, проверяя, что ИИ-агенты ограничены авторизованными системными промптами и контекстом.
Федерация ресурсов в настоящее время охватывает методы resources/list и resources/read для ресурсов с префиксом ui://, в основном на пути с сохранением состояния (stateful). Как и в случае с инструментами и промптами, вы можете фильтровать ресурсы на основе правил авторизации, чтобы контролировать корпоративные данные, предоставляемые агентам.
Прогрессивное обнаружение инструментов
По мере роста количества инструментов за шлюзом в корпоративных каталогах MCP, возврат всего списка в одном ответе tools/list становится непрактичным и снижает эффективность контекста LLM. В вышестоящем проекте в более раннем релизе мы добавили прогрессивное обнаружение инструментов с помощью 2 встроенных мета-инструментов: discover_tools и select_tools. С выходом GA шлюза MCP эта функция теперь доступна в продукте Red Hat AI gateway — Red Hat Connectivity Link.
Во-первых, discover_tools возвращает облегченные метаданные (имена серверов, категории, подсказки и имена инструментов без схем), чтобы агент мог просматривать доступные ресурсы. Затем select_tools ограничивает сессию с сохранением состояния рабочим набором инструментов, отправляя событие notifications/tools/list_changed, чтобы агент обновил свое представление. Поскольку эта функция опирается на сессии и состояние, в настоящее время она доступна только для версии протокола с сохранением состояния.
Операторы могут снабжать свои ресурсы MCPServerRegistration полями категории и подсказки, чтобы сделать серверы обнаруживаемыми. Например:
Поддержка протокола 2026 без сохранения состояния
В спецификации MCP, опубликованной недавно (28.07.2026), представлена новая версия протокола, которая вводит транспорт HTTP без сохранения состояния, обеспечивая работу бессерверных и горизонтально масштабируемых ИИ-агентов на Red Hat OpenShift. Шлюз MCP теперь одновременно поддерживает как предыдущие версии протокола 2025 (25.11.2025, 18.06.2025, 26.03.2025), так и эту новую версию 2026 на одной конечной точке. Клиенты могут согласовывать версию протокола, а шлюз выполняет маршрутизацию соответствующим образом. Это позволяет старым MCP-серверам продолжать предоставлять инструменты через старый протокол наряду с новыми MCP-серверами, поддерживающими протокол без сохранения состояния. Путь /mcp автоматически согласовывает версию, в то время как выделенный путь /mcp/stateful принудительно использует старую версию протокола.
Наблюдаемость и аудит
Маршрутизатор теперь создает структурированную запись журнала аудита для допустимых запросов tools/call для целей аудита безопасности, что дополняет интеграции Red Hat AI с OpenTelemetry и MLflow для сквозного отслеживания агентов. Каждая запись регистрируется на уровне INFO с параметром audit=true и содержит вызывающего пользователя (утверждение JWT sub), если оно доступно, имена инструмента и сервера, статус ответа, а также идентификаторы запроса и сессии:
Записи создаются как при достижении вызовом бэкенда, так и при его раннем отклонении маршрутизатором (например, при сбое инициализации сессии или неизвестном сервере).
В компонент брокера MCP был добавлен ряд метрик для получения информации о соединениях с бэкенд-серверами MCP. Брокер теперь предоставляет метрики Prometheus на выделенной конечной точке сбора (по умолчанию 9090). 5 новых метрик охватывают состояние обнаружения вышестоящих серверов, инвентаризацию инструментов, стабильность соединений и размеры ответов:
- mcp_broker_discovery_total (счетчик): попытки обнаружения на каждый вышестоящий сервер
- mcp_broker_discovery_duration_seconds (гистограмма): длительность вызовов обнаружения
- mcp_broker_tools_discovered (датчик): текущее количество инструментов на сервер
- mcp_broker_upstream_connection_failures_total (счетчик): сбои соединений на сервер
- mcp_broker_tools_list_response_bytes (датчик): размер ответа tools/list на сервер
Все метрики полагаются на server_name в качестве основной метки, ограниченной количеством ресурсов MCPServerRegistration, чтобы избежать взрывного роста кардинальности. Дополнительные метки добавляются консервативно там, где это имеет смысл. Например, метка статуса в метрике mcp_broker_discovery_total.
Интеграция с NeMo guardrails
Шлюз MCP теперь нативно интегрируется с NeMo guardrails, службой защиты по умолчанию в Red Hat AI. Это работает путем проверки тел запросов и ответов tools/call, обеспечивая соблюдение активных политик безопасности перед выполнением инструментов. Для запросов проверяется полезная нагрузка перед тем, как прокси шлюза отправит ее на бэкенд MCP. Для ответов проверяются возвращаемые данные перед отправкой клиенту, что помогает предотвратить атаки типа «инъекция промптов» или утечку конфиденциальных данных. Это происходит независимо от аутентификации или авторизации.
Чтобы использовать интеграцию, необходимо установить NeMo и настроить конечную точку, на которую должны отправляться данные. Можно настроить определенный список идентификаторов конфигурации (для различных типов проверок), применяемых ко всему трафику шлюза. Вы также можете настроить список идентификаторов конфигурации для каждого сервера MCP, если хотите, чтобы к некоторым серверам применялись дополнительные проверки (идентификаторы конфигурации сервера суммируются). Эта конфигурация представляет собой секрет (Secret) с аннотациями в ресурсах MCPGatewayExtension и MCPServerRegistration, например:
Интерфейс плагина консоли
Продукт Red Hat для работы с ИИ-шлюзами, Red Hat Connectivity Link 1.5, представляет новый плагин консоли шлюза Connectivity Link MCP (в режиме предварительного просмотра для разработчиков). С помощью этого нового плагина команды могут создавать, настраивать и визуализировать как шлюзы MCP, так и серверы, а также интерактивно тестировать возможности серверов непосредственно из консоли Red Hat OpenShift. Вы можете настраивать новые шлюзы MCP и регистрировать их серверы MCP с помощью пошаговых рабочих процессов. Страница обзора дает возможность управлять ресурсами шлюза MCP и предоставляет информацию о состоянии и работоспособности ваших шлюзов MCP и зарегистрированных серверов.
В консоль была встроена функция инспектора MCP, позволяющая подключаться к вашему шлюзу MCP так же, как это делал бы клиент, включая настройку заголовка аутентификации. В этом представлении инспектора можно просматривать список инструментов и подсказок. Вы можете детально изучать отдельные подсказки, а также проверять отдельные инструменты и вызовы, сделанные к ним. Это обеспечивает встроенный способ тестирования и устранения неполадок конфигурации вашего шлюза MCP и вызовов инструментов агента полностью в рамках консоли OpenShift, объединяя администрирование платформы с опытом работы ИИ-инженеров и разработчиков в Red Hat AI.
Узнать больше
Чтобы установить и настроить ваш шлюз для трафика MCP, ознакомьтесь с актуальной документацией по шлюзу MCP.
Кроме того, вы можете изучить блог MCP Catalog, чтобы открыть для себя больше корпоративных инструментов.
/)
