Model Context Protocol gateway for Red Hat OpenShift is now generally available

Red Hat OpenShift 的 Model Context Protocol 网关现已正式发布

Component | Article_teaser

2026 年 10 月 16 日

5 分钟阅读

人工智能

David Martin

软件工程师

Jason Madigan

高级首席软件工程师

Rachel Lawton

Subpattern | social_share_set

Component | social_share

分享

Subpattern | subscribe

Component | social_icon

订阅 RSS

Component | Icon

© Red Hat, Inc. CC-BY-4.0 授权

Subpattern | results_nav

组布局

Component | Nav_links

• 返回所有文章

Component | Generic

Model Context Protocol（MCP）网关现已作为 Red Hat Connectivity Link 1.5 版本的一部分正式发布（GA），并原生集成到 Red Hat AI 产品组合中。这在成功完成技术预览后实现，进一步扩展了 Red Hat 的企业 AgentOps 能力，可按规模治理 AI 代理工具流量。我们新增了多项功能，包括网关隔离、无状态会话支持、提示和资源支持、MCP 安全防护机制以及安全加固，使其具备生产环境就绪能力。

网关与 MCP 服务器隔离

通过隔离 MCP 代理流量，您可以满足组织内不同团队和租户的需求。实现方式有两种。第一种是委派一个完全独立的网关实例（包括 MCP 网关组件——路由器和代理）。此方法可确保流量在通往后端 MCP 服务器的整个过程中相互隔离。

第二种方式是使用共享网关，从网关监听器层级开始提供隔离。仍然使用独立的 MCP 网关组件，确保在网关路由逻辑触发后流量保持隔离。这使得核心网关基础设施可以与不同端点共享，用于单个网关端点后的 MCP 服务器组（例如，/mcp-team-a 和 /mcp-team-b）。

提示与资源联邦

网关现在可联合上游服务器的 MCP 提示，同时提供工具调用功能。提示与工具采用相同的前缀格式，可通过网关的 prompts/list 和 prompts/get 接口访问。授权过滤支持通过 allowed-capabilities JWT 声明来管理提示。虚拟服务器可通过 MCPVirtualServer 资源的 spec.prompts 字段对提示进行作用域限定，验证 AI 代理仅限于授权的系统提示和上下文。

资源联邦目前涵盖针对前缀为 ui:// 的资源的 resources/list 和 resources/read 方法，主要应用于有状态路径。与工具和提示类似，您可以基于授权规则对资源进行过滤，以控制向代理展示的企业数据。

渐进式工具发现

随着企业 MCP 目录中网关后工具数量的增加，一次性返回所有工具的 tools/list 响应变得不切实际，并会降低 LLM 上下文效率。在上游项目中，我们早前版本已引入了渐进式工具发现功能，包含两个内置元工具：discover_tools 和 select_tools。随着 MCP 网关的正式发布，该功能现已在 Red Hat 的 AI 网关产品 Red Hat Connectivity Link 中提供。

首先，discover_tools 会返回轻量级元数据（服务器名称、类别、提示信息和不带模式的工具名称），使代理能够浏览可用内容。随后，select_tools 会将有状态会话作用域限定到一组工作工具集，并发送 notifications/tools/list_changed 事件，以便代理刷新其视图。由于此功能依赖会话和状态，因此目前仅适用于有状态协议版本。

操作员可以通过在 MCPServerRegistration 资源上添加类别和提示字段，使服务器变得可发现。例如：

apiVersion: mcp.kuadrant.io/v1
kind: MCPServerRegistration
metadata:
  name: weather-server
spec:
  prefix: weather
  category:
    - data
    - environment
  hint: "Weather forecasts and historical climate data"
  targetRef:
    name: weather-server

2026 无状态协议支持

MCP 规范发布了新协议版本（2026-07-28），引入了无状态 HTTP 传输，使 Red Hat OpenShift 上的无服务器和水平可扩展 AI 代理工作负载成为可能。MCP 网关现在支持在单个端点上同时使用之前的 2025 协议版本（2025-11-25、2025-06-18、2025-03-26）和新的 2026 版本。客户端可以协商协议版本，网关会根据协商结果进行路由。这使得旧版 MCP 服务器可以通过旧协议继续暴露工具，同时新版 MCP 服务器可以支持无状态协议。/mcp 路径会自动协商协议版本，而专用的 /mcp/stateful 路径会强制使用旧版协议。

可观测性与审计

路由器现在会为有效的工具/调用请求生成结构化审计日志条目，用于安全审计，这与 Red Hat AI 的 OpenTelemetry 和 MLflow 集成相辅相成，实现端到端代理追踪。每个条目以 INFO 级别记录，并带有 audit=true 标记，如果可用，会包含调用用户（JWT 的 sub 声明）、工具和服务器名称、响应状态以及请求和会话标识符：

level=INFO msg="tool call" audit=true [email protected] tool=echo server=mcp-test/my-server status=200 request_id=<uuid> session=<id>

当调用到达后端时以及路由器提前拒绝调用时（例如会话初始化失败或未知服务器），都会生成日志条目。

MCP 代理组件新增了多项指标，用于深入了解后端 MCP 服务器连接情况。代理现在通过专用的抓取端点（默认为 9090）暴露 Prometheus 指标。新增的 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（仪表盘）：每个服务器的工具列表响应大小

所有指标均以 server_name 作为主要标签，受 MCPServerRegistration 资源数量限制，以避免标签爆炸问题。在合理的情况下会保守地添加其他标签。例如，mcp_broker_discovery_total 指标上添加了状态标签。

MCP 网关现在原生集成 NeMo guardrails，这是 Red Hat AI 跨平台的默认防护服务。其工作原理是通过检查 MCP 工具/调用的请求和响应体，在工具执行前强制实施主动安全策略。对于请求，它会在底层网关代理将请求发送到 MCP 后端之前验证负载内容；对于响应，它会在将数据返回客户端前进行筛查，从而有效防止提示注入攻击或敏感数据泄露。该过程独立于身份验证或授权机制。

要使用此集成，您必须安装 NeMo 并配置希望发送内容的目标端点。可以为所有网关流量配置特定的配置 ID 列表（对应不同检查类型）。您还可以为每个 MCP 服务器单独配置配置 ID 列表，以在某些服务器上应用额外检查（服务器配置 ID 支持叠加）。此配置通过带有 MCPGatewayExtension 和 MCPServerRegistration 资源注解的 Secret 实现，示例如下：

apiVersion: v1
kind: Secret
metadata:
  name: nemo-guardrails-config
  namespace: mcp-system
  labels:
    mcp.kuadrant.io/secret: "true"
type: guardrails/external/nemo
stringData:
  config.yaml: |
    url: https://nemo-guardrails.mcp-system.svc:8000
    model: meta/llama-3.1-8b-instruct
    configIDs:
      - baseline-tool-safety
    failMode: deny
---
apiVersion: mcp.kuadrant.io/v1
kind: MCPGatewayExtension
metadata:
  name: mcp-gateway
  namespace: mcp-system
  annotations:
    mcp.kuadrant.io/guardrails-ref: nemo-guardrails-config
---
apiVersion: mcp.kuadrant.io/v1
kind: MCPServerRegistration
metadata:
  name: provisioning
  namespace: mcp-system
  annotations:
    mcp.kuadrant.io/guardrails-config-ids: "provisioning-safety,customer-data"

控制台插件 UI

Red Hat AI 网关产品 Red Hat Connectivity Link 1.5 新增了 Connectivity Link MCP 网关控制台插件（开发者预览版）。通过新控制台插件，团队可以在 Red Hat OpenShift 控制台中创建、配置和可视化 MCP 网关及服务器，并直接交互式测试服务器功能。您可以使用分步工作流设置新的 MCP 网关并注册其 MCP 服务器。概览页面提供管理 MCP 网关资源的功能，并展示 MCP 网关及已注册服务器的状态和健康状况。

控制台内已集成 MCP 检查器功能，允许您以客户端方式连接到 MCP 网关，包括配置身份验证头。此检查器视图中可列出工具和提示内容。您可以详细查看单个提示，并检查单个工具及其调用记录。这为在 OpenShift 控制台内完全测试和排查 MCP 网关配置及代理工具调用提供了内置方式，将平台管理与 Red Hat AI 中的 AI 工程师和开发者体验无缝衔接。

了解更多信息

要安装并配置 MCP 流量的网关，请阅读最新的 MCP 网关文档。

此外，您还可以查看 MCP Catalog 博客，发现更多企业级工具。

Block | Dynamic pattern deluxe promo

Component | Band_header

产品试用

Red Hat OpenShift AI（自托管）| 产品试用

一个面向混合云的开源机器学习（ML）平台。

Component | spacer

Component | Cta_multi_basic

Subpattern | simple_cta

Component | CTA

尝试一下

高级 mbox

Component | Card_header

关于作者

Subpattern | speaker

卡片布局

Component | Image_embed

Component | Person

David Martin

Subpattern | social_links

David Martin 自2009年以来一直从事托管服务领域的工作，涉及基于Node.js和Linux容器的移动后端平台，以及运行在客户OpenShift集群上的API和集成产品。他的工作重点始终围绕核心工程，偶尔涉及值班运维、SRE方法论和可观测性。最近，他参与了多集群Kubernetes和API管理领域的工作。

该作者的其他文章

Jason Madigan

正在参与 Red Hat Connectivity Link / Kuadrant 项目

Rachel Lawton

类似内容推荐

动态模式

博客文章

AI 代币经济学：平衡开放权重模型与前沿模型以实现最佳投资回报率

AI 如何定义「新」架构师

原始播客

自主AI能否修补互联网？

Red Hat 如何为可扩展AI清除IT债务

Subpattern | card_flex

Subpattern | text_basic

继续探索

• 什么是自主AI？文章

• 预测性AI与生成性AI对比 文章

• 构建生产就绪AI/ML环境的要点 电子书

• 以Ansible方式实现生成性AI 视频

• 通过现代应用平台实现创新与转型 电子书

继续探索 mbox

Subpattern | simple_text

按频道浏览

查看所有频道

Pattern | raw_html

自动化

面向技术、团队和环境的IT自动化最新动态

人工智能

让客户能够随时随地运行AI工作负载的平台最新进展

开放混合云

探索我们如何通过混合云构建更灵活的未来

安全

跨环境和技术降低风险的最新实践

边缘计算

简化边缘运维平台的最新动态

基础设施

全球领先的企业的Linux平台最新动态

应用程序

我们应对最复杂应用挑战的解决方案解析

虚拟化

面向本地或跨云工作负载的企业虚拟化未来