← 文章 / 云原生与基础设施

gravitee 6小时前 · 2026-09-24 22:18:47 · 3 阅读

Gravitee 4.11 发布：保护、优化并治理你的 AI 技术栈

AI agent、LLM 驱动的服务和事件驱动架构正在成为现代平台的核心组成部分。但随着组织将 AI 模型、API 和实时系统连接起来，整个技术栈的复杂度和风险也在快速上升。

Gravitee 4.11 聚焦于当前组织最迫切的需求：保护敏感数据、优化 AI 的性能与成本，并对支撑 AI 应用的系统进行治理。

本次发布在 AI Gateway、Access Management、API Management、Event Management、Observability 和 Developer Portal 等方面带来了重大改进，帮助组织安全、高效地规模化运营 AI。

AI Gateway：保护数据，优化 AI 性能

AI 系统需要与敏感数据、外部模型和自主 agent 交互。我们的 AI 网关正是这样一处控制点，组织可以在请求到达 AI 提供方之前，先在此执行策略并优化流量。

针对 LLM 和 MCP 流量的 AI PII 过滤

采用生成式 AI 最大的顾虑之一，就是敏感数据泄露到 prompt 或响应中的风险。

Gravitee 4.11 推出了全新的 AI 驱动的 PII 过滤策略，可自动检测并脱敏流经网关的个人身份信息（PII）。

该策略的工作方式是定义一个 API 级别的 PII 检测模型资源，然后由网关策略引用。平台团队可以配置检测阈值，并决定检测到敏感数据时系统的响应方式。

现在，组织可以：

自动脱敏 prompt 或响应中的敏感数据
当风险超过阈值时直接拦截请求
针对不同 API 或 AI 工作流应用不同的敏感度规则

这可以双向保护 AI 流量：既包括发送给 LLM 或 MCP 工具的用户 prompt，也包括这些系统返回的响应。

对于在客户体验或内部工作流中部署 AI 的企业来说，这是一道必不可少的合规防线。它确保个人标识等敏感数据不会意外流向外部的模型或下游服务，大大提升了企业部署 AI 的信心。

PII 策略流程

了解更多关于 PII 过滤的工作原理。

LLM 代理的语义缓存

LLM 请求不仅开销大，还常常存在重复。许多提示词（prompt）虽然措辞不同，但语义却非常相似。

Gravitee 4.11 引入了 语义缓存（Semantic Cache） 策略，通过缓存语义相似提示词的响应，大幅降低延迟和成本。

网关不再进行简单的文本匹配，而是利用向量嵌入（vector embeddings）来比较传入提示词的语义。

其工作流程如下：

网关接收一条旨在发送给 LLM 提供商的提示词。
该提示词被转换为向量嵌入。
将该向量与存储在向量数据库（如 Redis VectorDB 或 AWS S3）中先前缓存的提示词向量进行比对。
若发现高度相似的提示词已存在，网关将直接返回缓存响应，而不调用 LLM。

由于采用语义相似度而非精确匹配，即使措辞不同但问题相同的提示词，也能复用同一份响应。

其效果立竿见影。它不仅降低了 Token 消耗、减少了 LLM 成本，还让用户获得更快的响应，从而优化了系统与算力资源。

对于正在扩展 AI 工作负载的团队而言，语义缓存成为直接部署在模型前端的关键优化层。

语义缓存

深入了解语义缓存的工作原理。

身份与访问管理：安全的代理委托

随着 AI 代理越来越多地代表用户采取行动，身份与访问管理变得至关重要。

Gravitee 4.11 引入了一项核心能力，支持用户与 AI Agent 之间进行安全委派，且无需身份冒充。

基于 Token 交换的 Agent 委派

Gravitee Access Management 现已支持 RFC 8693 Token Exchange，允许 Agent 代表用户执行操作，同时保留完整可追溯的委派链路。

系统不再让 Agent 获取用户凭证或冒充用户，而是执行 token 交换：

用户将任务委派给 AI Agent。
Agent 将用户的 token 交换为新的委派 token。
新 token 包含 actor (act) claims，用于标识正在执行操作的 Agent。

这一模型带来了多项关键安全优势：

完整委派追溯性

Agent 工作流的每一步都维持清晰的身份链路。组织可以准确看到哪个 Agent 代表哪位用户执行了操作。

任务范围限定且短生命周期的 token

委派 token 可严格限定于特定任务范围并快速过期，从而降低凭证泄露后的风险暴露面。

用户可控的吊销机制

当用户撤销权限时，与该会话关联的所有委派 Agent token 会被自动失效。

该模型取代了 API 密钥共享或身份冒充等不安全替代方案，使组织能够在基于现代 OAuth 的架构中实现真正的 Agent 委派。

了解更多关于 Agent 委派工作原理的信息。

undefined-Apr-10-2026-04-06-39-8912-PM

MCP 资源服务器 V2：完整 OAuth 配置

Gravitee 还改进了 MCP 资源服务器，使基于 MCP 的 AI 服务更容易集成到企业安全框架中。

新版本引入了以下功能：

完整的 OAuth 配置
客户端密钥和证书的管理
MCP 资源的 CRUD 权限管理
全新改版的服务器总览与管理界面

这些改进让 MCP 工具能够集成标准 OAuth 认证流程，为 AI 工具和服务提供安全的访问控制。

进一步了解新版 MCP Resource Server。

理解统一管理 API、事件与 Agent 的强大之处探索更多可能： API Management

在网关和 Broker 层面统一管理所有 API。Event-native Gateway。

深入了解 API Management >

API Gateway

内置流量整形、限流、认证等多种开箱即用的策略。

深入了解 API Gateway >

Kafka Gateway

原生暴露 Kafka 流，像传统 API 一样对数据流进行安全管控。

深入了解 Kafka Gateway >

AI Agent Management

统一整合、保护并管理所有 AI Agent，杜绝 Agent 泛滥。

深入了解 Agentic AI >

API Management：打包、安全与可观测性

Gravitee 4.11 还为 API Management 带来了多项重要改进。

API Product：将多个 API 打包为一份产品

API 发布者现在可以把多个 API 组合成一个 API Product。

借助 API Product，企业可以：

将多个 API 打包在一起
定义产品级别的访问计划
让开发者通过一次订阅访问多个 API

消费者只需订阅一次，即可自动获得产品中包含的所有 API 的访问权限。

这简化了开发者接入流程，同时让平台团队能够将 API 打包为连贯的业务产品，而非孤立的端点。

网关首先在产品层面解析订阅，然后根据需要应用特定的 API 策略，从而在套餐内的各 API 之间保持清晰的安全边界。

在此了解更多关于 API 产品的信息。

mTLS 证书轮换

安全最佳实践建议定期轮换证书，但对于 API 消费者而言，这在过去一直是个难题。

Gravitee 4.11 引入了 mTLS 计划的证书轮换功能。

现在，应用程序可以 同时维持两张证书，在新证书部署期间实现受控的迁移过渡。

可通过以下方式执行轮换：

Gravitee 界面
使用基础设施即代码工作流的 Kubernetes 操作员

这确保了证书续期不会导致消费端应用停机，同时鼓励组织采用更安全的证书生命周期。了解更多。

可观测性：自定义仪表盘与 LLM 监控

Analytics 已重新命名为 可观测性（Observability），以更准确地反映团队管理现代 API 和 AI 工作负载所需的运维洞察。

Gravitee 4.11 引入了 基于模板的仪表盘，使团队能够针对不同类型的 API（包括 HTTP 代理 API、LLM API 和 MCP API）快速部署定制化监控视图。

针对 LLM API，新仪表盘提供了详细的洞察，例如：

Token 用量及趋势
成本指标
请求量
模型级消耗

undefined-Apr-06-2026-06-31-45-5104-AM
这让平台团队能够清晰地追踪 AI 使用量、检测异常并控制运营成本，覆盖所有 LLM 工作负载。了解更多关于新仪表板的信息。

事件管理：Kafka API 治理

事件驱动架构需要与传统 API 同等强度的治理能力。

Gravitee 4.11 在网关中引入了新的 Kafka 治理功能。

Kafka 规则策略

平台团队现在可以针对 Kafka 操作（如 fetch 请求、produce 请求、创建主题或修改主题）执行规则。

这在 Kafka 集群之上增加了一层治理，使组织能够强制执行标准并减少不必要的 Broker 负载。

了解更多关于 Kafka 规则策略的信息。

Kafka 安全性增强

我们还为 Kafka Native API 增加了多项安全功能。

网关现在在认证之前引入了连接阶段，以便执行网络层面的策略，例如：

IP 过滤
mTLS 认证计划

这允许组织在请求到达 Kafka 集群之前，在网关层强制执行安全控制。

了解更多关于这些 Kafka 安全增强。

开发者门户改进

开发者门户迎来多项升级，旨在同时提升发布者和消费者的体验。主要改进包括：

门户 API 管理：现在可以使用文件夹和导航结构直接在门户编辑器中组织 API，从而将文档管理与网关配置分离。

订阅元数据：发布者可以定义结构化元数据字段，消费者在申请 API 访问时必须提供这些信息。这有助于实施更高级的策略并减少人工审核流程。

集中式订阅视图：开发者现在可以在同一个地方查看所有订阅，更方便地管理大型 API 目录中的访问权限。了解更多。

Gravitee Cloud 功能增强

Cloud 客户还能享受多项新能力：

GCP 网关支持私有网络连接，避免暴露在公共互联网上
全新的 Alert Engine，实现主动式监控
每个网关可配置多个自定义域名
证书到期通知

这些功能提升了在云端运行 Gravitee 的组织的安全性、可靠性和运维可视化能力。了解更多。

一个治理 AI 技术栈的平台

随着 AI Agent、API 和事件流的融合，组织需要一个能够统一管理它们的平台。

Gravitee 4.11 在三大核心支柱上强化了平台能力：

保护 AI 流量中的敏感数据和身份
优化 LLM 工作负载的性能与成本
治理：通过统一的控制平面管理 API、Agent 和事件流

最终，这个平台帮助组织从尝试 AI 迈向在企业级规模上安全地运营 AI 系统。

在这些平台找我： Jorge Ruiz

Jorge Ruiz 是 Gravitee 的产品营销总监，负责公司在 API、事件和 AI 生态领域的市场策略与产品叙事。

阅读我们最受欢迎的内容推荐阅读：

成本指南：

面向开发者和架构师的 Agent to Agent (A2A) 学习中心

原始来源： gravitee