2026年,Agent战场从框架之争转入基建之争。Google Cloud Next '26发布Gemini Enterprise Agent Platform,AWS上线Bedrock AgentCore正式版,微软推出Agent365/Foundry控制面——三大云厂商在10天内密集发布了各自的Agent全托管平台。与此同时,Solo.io的agentgateway以Rust重写后吞吐量提升35倍,A2A协议从50家创始伙伴扩张至150+组织并进入Linux基金会,ACP协议由IBM Research主导加速标准化。Agent基础设施正沿着"网关→运行时→协议"三层架构快速收敛,本文逐一拆解六大平台、三大协议的实战表现。
Agent基础设施在2026年已清晰分化为三个正交层:
| 层次 | 职责 | 代表产品 |
|---|---|---|
| 协议层 | Agent间通信标准、发现机制、任务委派 | A2A (Google)、ACP (IBM)、MCP (Anthropic) |
| 运行时层 | Agent生命周期管理、沙箱执行、持久状态 | AWS AgentCore、Gemini Enterprise、Microsoft Agent365 |
| 网关层 | 流量路由、安全策略、可观测性、成本控制 | agentgateway、Portkey、LiteLLM、Kong AI Gateway |
graph TB
subgraph Protocol["协议层 - Agent互操作"]
A2A["A2A Protocol<br/>Google · Linux Foundation"]
ACP["ACP Protocol<br/>IBM Research · BeeAI"]
MCP["MCP Protocol<br/>Anthropic · 广泛生态"]
end
subgraph Runtime["运行时层 - Agent执行平台"]
AC["AWS Bedrock<br/>AgentCore"]
GE["Google Gemini<br/>Enterprise Agent Platform"]
MS["Microsoft<br/>Agent365 / Foundry"]
end
subgraph Gateway["网关层 - Agent流量管理"]
AG["agentgateway<br/>Solo.io · Rust"]
PK["Portkey<br/>多模型路由"]
LL["LiteLLM<br/>开源统一API"]
KG["Kong AI Gateway<br/>企业级插件"]
end
Runtime -->|"部署目标"| Gateway
Protocol -->|"通信标准"| Runtime
Protocol -->|"发现与委派"| Gateway
style Protocol fill:#e8f5e9
style Runtime fill:#e3f2fd
style Gateway fill:#fff3e0
三层之间的关系:协议层定义Agent如何互相发现和通信,运行时层提供Agent的执行环境和生命周期管理,网关层则处理Agent对外部工具、模型和数据的连接控制。一个完整的生产Agent部署通常需要三层协同。
Solo.io在2025年推出agentgateway后,于2026年初用Rust完全重写。根据官方基准测试,相比之前的Go实现,内存占用降低300倍,吞吐量提升35倍。agentgateway是目前唯一同时支持A2A和MCP双协议的开源网关。
核心架构: - 基于Envoy proxy技术栈的数据面 - 原生支持MCP(工具连接)和A2A(Agent间通信)路由 - 内置mTLS终端、JWT认证、RBAC策略引擎 - Kubernetes原生部署,支持CRD配置
# agentgateway典型配置片段
apiVersion: gateway.agentgateway.io/v1alpha1
kind: AgentGateway
spec:
listeners:
- protocol: MCP
port: 8080
routes:
- backend: mcp-server-tools
authentication:
type: jwt
issuer: https://auth.example.com
- protocol: A2A
port: 8081
routes:
- backend: remote-agents
tls:
mode: MUTUAL
observability:
tracing: opentelemetry
metrics: prometheus
优缺点: - 优势:性能碾压级、双协议支持、Kubernetes原生 - 劣势:生态较新(GitHub ~2.8k stars)、社区文档尚在完善、高级限流需企业版
变现评估: 企业版Agent Mesh提供多集群联邦治理,适合中大型企业的Agent基础设施团队。训练营方向:Agent网关运维认证。
Portkey在2026年已支持1600+模型提供商的路由,是最成熟的LLM网关之一。其核心价值在于将路由、缓存、Guardrails、可观测性集成在单一控制面。
关键特性: - 统一API兼容OpenAI SDK格式,一行代码切换后端模型 - 语义缓存(Semantic Cache)减少30-50%重复请求 - 内置Guardrails引擎:PII过滤、内容安全、自定义规则 - 实时成本追踪,按模型/路由/标签多维度归因
# Portkey统一路由示例
from portkey_ai import Portkey
portkey = Portkey(
api_key="PORTKEY_API_KEY",
config={
"strategy": "fallback",
"targets": [
{"provider": "anthropic", "model": "claude-sonnet-4-6"},
{"provider": "openai", "model": "gpt-4.1"},
],
"cache": {"type": "semantic", "ttl": 3600},
"guardrails": ["pii-filter", "content-safety"]
}
)
response = portkey.chat.completions.create(
messages=[{"role": "user", "content": "分析这份合同的风险条款"}]
)
优缺点: - 优势:模型覆盖最广、开箱即用的可观测面板、缓存效果显著 - 劣势:不原生支持A2A/MCP协议、Agent工作流级追踪需配合LangSmith - 定价:按请求量计费,免费层100K请求/月
变现评估: 已有成熟的SaaS付费模式。适合作为AI应用的统一入口层,特别是在多模型混合调用场景。
三大云厂商均在2026年推出了各自的Agent Gateway:
| 厂商 | 产品 | 核心差异 |
|---|---|---|
| AWS | Bedrock AgentCore Gateway | 原生集成IAM、VPC隔离、与AgentCore Runtime一体化 |
| Gemini Enterprise Agent Gateway | 原生A2A支持、mTLS自动管理、与ADK深度绑定 | |
| Microsoft | Foundry Agent Service Gateway | Entra ID集成、Agent 365统一控制面、Azure Policy原生支持 |
三家网关的共同特点是:与自家云服务深度绑定,安全模型复用现有云基础设施,但跨云互操作性差。AWS AgentCore Gateway走的是最激进的路线——将工具暴露为MCP Server,Agent通过Gateway发现和调用,实现工具级的安全管控。
AgentCore在2025年re:Invent预览后,2026年4月GA。它将Agent生产化所需的五大能力打包:
| 组件 | 功能 |
|---|---|
| Runtime | 沙箱化Agent执行环境,支持自定义容器镜像 |
| Gateway | MCP/A2A工具暴露与路由 |
| Memory | 托管向量存储 + 会话持久化 |
| Identity | 细粒度权限代理(Agent以特定IAM角色访问资源) |
| Observability | 集成CloudWatch/X-Ray的分布式追踪 |
架构亮点: AgentCore Runtime的核心创新是"身份代理"模型。传统Agent以服务账号身份运行,权限过大。AgentCore允许每个Agent运行时携带独立的IAM Role,实现最小权限原则。一个财务Agent只能访问财务数据库,一个HR Agent只能查薪资表——这在多Agent生产环境中至关重要。
# AgentCore CLI快速部署示例
# 安装CLI
# pip install @aws/agentcore
# 初始化Agent项目
# agentcore init my-agent --runtime python3.12
# 部署到AgentCore Runtime
# agentcore deploy --memory vector --identity my-agent-role
优缺点: - 优势:最完整的托管五件套、IAM集成无人能及、Terraform资源全覆盖 - 劣势:被AWS生态锁定、冷启动延迟较高(容器沙箱)、调试体验不如开源方案
Google Cloud Next '26的重磅发布。Google直接退役了Vertex AI Agent Builder,将其升级为完整的Gemini Enterprise Agent Platform。在I/O '26后又追加了ADK 2.0和Managed Agents。
架构创新: - Antigravity CLI:本地开发 → 一行命令部署到云端,类似Vercel的DX体验 - Agent Engine:托管Agent运行时,支持Gemini、Claude、GPT等多模型 - Agent Gateway:统一A2A/MCP流量管理,自动mTLS - Agent Gallery:企业内部Agent市场,支持版本管理和A/B测试
# Antigravity部署配置示例
apiVersion: antigravity.dev/v1
kind: Agent
metadata:
name: financial-analyst
spec:
model: gemini-2.5-pro
tools:
- mcp://bigquery-analytics
- a2a://risk-assessment-agent
memory:
type: persistent
backend: cloud-spanner
identity:
serviceAccount: [email protected]
scaling:
minInstances: 2
maxInstances: 100
优缺点: - 优势:开发体验最佳(Antigravity CLI)、原生A2A支持、多模型自由度最高 - 劣势:对非GCP用户门槛高、部分功能仍在Preview、定价模型复杂
微软的Agent策略与其Copilot生态深度绑定。Agent365是Foundry之上的治理层,而Foundry Agent Service提供底层运行时。
核心差异: - Agent Inventory:跨订阅发现所有已部署Agent,统一视图 - Entra ID原生集成:Agent权限与人组织结构对齐 - Agent 365 Control Plane:策略引擎,可定义"Agent X只能访问Y数据源" - Copilot Studio集成:低代码Agent构建,面向业务用户
Kore.ai的Artemis平台选择原生构建在Microsoft Foundry和Agent365之上,说明了微软生态的吸引力——企业客户已在Azure AD/Entra ID中建立了身份体系,Agent治理复用这套体系阻力最小。
优缺点: - 优势:企业治理最强、与Office 365/Copilot生态无缝、低代码入口降低门槛 - 劣势:灵活度低于AWS/Google、模型选择受限、定价不透明
| 维度 | AWS AgentCore | Gemini Enterprise | Agent365/Foundry | agentgateway自建 |
|---|---|---|---|---|
| 上手速度 | 中(CLI+Terraform) | 快(Antigravity CLI) | 中(Copilot Studio) | 慢(全自建) |
| 模型自由度 | Bedrock全系列 | 多模型支持 | OpenAI为主 | 完全自由 |
| 安全模型 | IAM Role代理 | GCP IAM + mTLS | Entra ID | 自定义 |
| A2A支持 | 部分 | 原生 | 计划中 | 原生 |
| MCP支持 | Gateway原生 | Gateway原生 | 部分 | 原生 |
| 可观测性 | CloudWatch/X-Ray | Cloud Trace/Logging | Application Insights | OTel自建 |
| 成本模型 | 按Runtime小时+调用 | 按Agent实例+模型Token | 按Copilot席位 | 基础设施成本 |
| 适合规模 | 中大型AWS用户 | 全规模GCP用户 | Microsoft 365企业 | 技术型团队 |
A2A于2025年4月由Google发起,2026年4月进入Linux基金会,从50家创始伙伴增长到150+组织。Salesforce、SAP、Oracle、Atlassian等企业软件巨头悉数加入。A2A v1.0.0已于2026年初正式发布。
核心概念: - Agent Card:JSON-LD格式的Agent能力描述文件,包含支持的技能、认证方式、端点URL - Task:Agent间通信的核心抽象。一个Agent向另一个Agent发送Task,接收方执行并返回结果 - Transport:HTTP + JSON-RPC 2.0,企业友好
// Agent Card示例
{
"@context": "https://a2a-protocol.org/v1",
"name": "risk-assessment-agent",
"description": "评估金融交易风险等级",
"url": "https://agents.example.com/risk-assessor",
"capabilities": {
"streaming": true,
"pushNotifications": true
},
"authentication": {
"schemes": ["oauth2", "api-key"]
},
"skills": [
{
"id": "assess-transaction-risk",
"name": "交易风险评估",
"input": {"type": "object", "properties": {"amount": {"type": "number"}}},
"output": {"type": "object", "properties": {"riskLevel": {"type": "string"}}}
}
]
}
Task生命周期:
stateDiagram-v2
[*] --> Submitted: Client发送Task
Submitted --> Working: Remote Agent接受
Working --> Working: 流式更新(Artifact)
Working --> Completed: 成功完成
Working --> Failed: 执行失败
Working --> Cancelled: 客户端取消
Submitted --> Rejected: Remote Agent拒绝
Completed --> [*]
Failed --> [*]
Cancelled --> [*]
Rejected --> [*]
与MCP的互补关系: MCP解决的是Agent→工具的连接,A2A解决的是Agent→Agent的连接。在A2A的架构中,一个Agent可以同时既是MCP Client(调用外部工具),又是A2A Remote Agent(接受其他Agent的Task委派)。两者在网关层(如agentgateway)统一管理。
ACP由IBM Research发起,通过BeeAI项目推进。与A2A的任务委派模型不同,ACP采用REST原生设计,强调轻量级Agent间调用:
| 特性 | A2A | ACP |
|---|---|---|
| 发起方 | Google + Linux Foundation | IBM Research |
| 传输 | HTTP + JSON-RPC 2.0 | REST (HTTP + JSON) |
| 发现 | Agent Card (JSON-LD) | Agent Discovery Service |
| 任务模型 | 有状态Task生命周期 | 无状态请求/响应 + 长任务 |
| 流式支持 | 原生SSE | 原生SSE + WebSocket |
| 安全 | OAuth2/API Key | OAuth2/mTLS |
| 复杂度 | 中等 | 低 |
| 生态规模 | 150+组织 | ~20组织 |
ACP的优势在于简单——标准的RESTful接口,任何HTTP开发者都能快速接入。劣势是生态规模远小于A2A,且缺乏大厂的全力推动。
graph LR
subgraph Agent侧
Agent["AI Agent"]
end
subgraph 三协议定位
MCP["MCP<br/>Agent → 工具/数据<br/>Anthropic发起"]
A2A["A2A<br/>Agent → Agent<br/>Google发起"]
ACP["ACP<br/>Agent → Agent(轻量)<br/>IBM发起"]
end
subgraph 资源侧
Tools["外部工具<br/>API/数据库"]
Agents["其他Agent"]
end
Agent -->|"调用工具"| MCP
Agent -->|"委派任务"| A2A
Agent -->|"轻量协作"| ACP
MCP --> Tools
A2A --> Agents
ACP --> Agents
实战选型建议: - 只需要Agent调用外部工具 → MCP(生态最成熟) - 需要跨框架Agent协作 → A2A(生态最大,云厂商支持最广) - 内部少量Agent互调,追求极简 → ACP(上手最快) - 生产级全栈 → MCP + A2A组合,通过agentgateway统一管理
一个典型的小团队Agent生产部署方案:
[业务Agent] → [agentgateway] → [MCP Server集群]
↓
[A2A发现服务] → [协作Agent]
↓
[LLM路由(Portkey)] → [多模型后端]
↓
[可观测性(OTel)] → [Grafana]
组件选型: - 网关:agentgateway(开源、Rust高性能、双协议) - 运行时:Docker Compose自建(小团队)或Cloud Run/Fargate(中团队) - 协议:A2A(Agent间)+ MCP(工具连接) - 可观测性:OpenTelemetry → Grafana Tempo + Loki
中大型企业的Agent基础设施:
[Agent365/Foundry] ─── 治理层 ──→ [策略引擎]
[AgentCore Runtime] ── 执行层 ──→ [沙箱容器]
[Agent Gateway] ────── 网关层 ──→ [MCP/A2A路由]
↓
┌───────────────────┼───────────────────┐
↓ ↓ ↓
[内部工具MCP] [外部Agent A2A] [LLM Provider API]
成本估算(中型部署,月维度):
| 组件 | 方案 | 月成本估算 |
|---|---|---|
| Runtime | AgentCore Runtime × 5实例 | $500-1500 |
| Gateway | agentgateway (自建) | $200-500 (计算资源) |
| Memory | 托管向量存储 (100GB) | $100-300 |
| 可观测性 | OTel + Grafana Cloud | $50-200 |
| LLM API | 混合模型路由 | $2000-10000+ |
| 总计 | $2850-12500 |
graph TD
Start["选择Agent基础设施"] --> Cloud{"已有云厂商偏好?"}
Cloud -->|"AWS"| AWS["AWS AgentCore<br/>全套托管"]
Cloud -->|"GCP"| GCP["Gemini Enterprise<br/>Antigravity部署"]
Cloud -->|"Azure"| Azure["Agent365/Foundry<br/>企业治理"]
Cloud -->|"无/混合"| Self{"团队规模?"}
Self -->|"≤5人"| Small["agentgateway自建<br/>Docker Compose<br/>MCP+A2A"]
Self -->|"5-20人"| Med["agentgateway + K8s<br/>Portkey LLM路由<br/>OTel可观测"]
Self -->|"20+人"| Large["多集群agentgateway<br/>混合云Runtime<br/>A2A联邦发现"]
AWS --> NeedA2A{"需要跨Agent协作?"}
GCP --> NeedA2A
Azure --> NeedA2A
NeedA2A -->|"是"| Full["启用A2A协议<br/>agentgateway做网关"]
NeedA2A -->|"否"| MCPOnly["MCP满足<br/>成本最优"]
style Start fill:#4CAF50,color:white
style AWS fill:#FF9800,color:white
style GCP fill:#2196F3,color:white
style Azure fill:#9C27B0,color:white
Agent基建三层正在快速收敛。标志性事件: - A2A进入Linux基金会,成为中立标准 - agentgateway同时支持A2A和MCP,成为跨协议网关事实标准 - 三大云厂商的Runtime都在兼容A2A,而非闭门造车
预计到2026年底,MCP + A2A将成为Agent基础设施的"TCP/IP + HTTP"级标准组合。
| 方向 | 潜力 | 说明 |
|---|---|---|
| Agent Gateway运维培训 | ★★★★ | 企业急需能管理MCP/A2A网关的运维人才 |
| A2A协议集成服务 | ★★★★★ | 传统企业Agent化改造的刚需 |
| Agent基础设施咨询 | ★★★★ | 帮企业选型和部署三层架构 |
| Agent可观测性SaaS | ★★★ | 基于OTel的Agent追踪产品 |
[!tip] 51学通信知识星球 星主:爱卫生(微信:gprshome201101)——公众号「51学通信」创办者,19 年通信行业运维与讲师经验,著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书(各大电商平台有售)。 星球定位:深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域,主打运维岗位与信令分析。 当前规模:5200 篇主题 / 990 个回答,198 元/年。 加入福利:加入星球后请加爱卫生微信,拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题,另有群内分享。 AI 加持:51学通信知识星球已作为 skill 接入 WorkBuddy,使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例,做总结、找文档和 PPT 等场景全覆盖。
