从微服务到多智能体：架构演进的连续性思考

当2025年Google在Cloud NEXT大会上正式发布

，当Microsoft在同年10月宣布将AutoGen与Semantic Kernel合并为统一的

时，一个信号已经再清晰不过：多智能体系统（Multi-Agent Systems，MAS）正在从实验室走向生产环境。

Gartner的数据显示，从2024年Q1到2025年Q2，关于多智能体系统的咨询量激增了

然而，在这股热潮中，我们需要保持一份清醒。作为经历过微服务架构从兴起到成熟的架构师，我越来越清晰地看到一个事实：

MAS与微服务之间存在着深刻的承继关系。这不是一场革命，而是一次演进。

 理解这一点，将帮助我们在智能时代少走弯路。

一、从"单体大模型"困境到多智能体系统

让我们先回到问题的起点。2023年前后，业界曾普遍相信：只要模型足够大，就能解决一切问题。于是，我们见证了参数规模的军备竞赛——从百亿到千亿，再到万亿。

然而，当这些"超级大脑"被投入真实的企业场景时，

┌─────────────────────────────────────────────────────────────┐
│  ❌ 上下文过载                                                │
│     企业级任务涉及数十个系统、成百上千个API调用                     │
│     单一模型的上下文窗口即使扩展到百万token也难以承载               │
├─────────────────────────────────────────────────────────────┤
│  ❌ 黑盒调试                                                  │
│     当模型给出错误答案时，难以追溯问题根源                         │
│     是知识检索失败？推理链断裂？还是工具调用错误？                  │
├─────────────────────────────────────────────────────────────┤
│  ❌ 成本失控                                                  │
│     每次完整的企业级查询可能消耗数万token                         │
│     高并发场景下，成本曲线呈指数级上升                             │
└─────────────────────────────────────────────────────────────┘

正是在这样的背景下，多智能体架构开始受到关注。其核心思想可以用一句话概括：

这与微服务架构诞生的初衷何其相似——当单体应用变得臃肿不堪时，我们将它拆分为一组小而专的服务。

二、核心论点：微服务思想是MAS的"前世今生"

如果我们仔细审视MAS的架构设计，会发现它与微服务之间存在着惊人的映射关系。这不是巧合，而是软件工程领域**"分而治之"**思想的延续。

这种映射关系意味着什么？它意味着我们在微服务时代积累的经验教训，可以直接迁移到MAS的设计中：

2025-2026年，主流厂商的技术路线验证了这一演进方向。

🔷 Google ADK：分层执行与有界上下文

Google在2025年4月开源的Agent Development Kit，其设计哲学充分体现了微服务思想的影响。

更重要的是，ADK强调**"有界上下文"（Bounded Context）**——每个Agent只维护自己的状态，通过明确定义的接口与其他Agent交互。这与领域驱动设计中的概念如出一辙。

🔷 Microsoft Agent Framework：统一编排与确定性工作流

2025年10月，Microsoft宣布将AutoGen与Semantic Kernel合并为统一的

，并于2026年4月发布1.0正式版。

这一分离正是微服务架构中"业务逻辑与编排逻辑分离"思想的延续。MAF支持五种编排模式：

🔷 MCP与A2A：为Agent生态定义"USB接口"

正式发布，与Anthropic此前推出的**Model Context Protocol（MCP）**形成互补。

这一组合的意义堪比微服务时代的REST API规范：

┌─────────────────────────────────────────────────────────────┐
│                     协议分工架构                              │
├─────────────────────────────────────────────────────────────┤
│                                                             │
│   ┌─────────────┐         A2A协议          ┌─────────────┐  │
│   │   Agent A   │ ◄──────────────────────► │   Agent B   │  │
│   └──────┬──────┘                          └──────┬──────┘  │
│          │                                        │         │
│          │ MCP协议                                │ MCP协议  │
│          ▼                                        ▼         │
│   ┌─────────────┐                          ┌─────────────┐  │
│   │    工具     │                          │    工具     │  │
│   │  (API/DB)   │                          │  (API/DB)   │  │
│   └─────────────┘                          └─────────────┘  │
│                                                             │
│   A2A = Agent之间的协作协议  (类比：服务间通信协议)            │
│   MCP = Agent与工具的交互协议 (类比：服务调用API)              │
│                                                             │
└─────────────────────────────────────────────────────────────┘

AWS也在2025年宣布加入A2A标准社区，并在其开源的Strands Agents SDK中支持A2A协议。AWS Agentic AI副总裁Swami Sivasubramanian表示：

四、演进之路并非坦途——必须坦诚面对的挑战

然而，我们必须清醒地认识到，从微服务到MAS的演进并非一帆风顺。

微服务架构曾带来**"分布式单体"**的问题——服务之间复杂的点对点集成最终形成了一个难以维护的网状结构。

令人担忧的是，同样的模式正在MAS领域出现。一些所谓的"多智能体系统"实际上只是多个Agent之间的硬编码调用链，缺乏真正的松耦合设计。当Agent数量超过一定阈值后，系统的复杂度将呈指数级增长。

与确定性执行的微服务不同，基于LLM的Agent具有本质上的

。同一个输入可能产生不同的输出，这给系统的可预测性和可测试性带来了前所未有的挑战。

Microsoft在其官方文档中明确指出：

另一个值得警惕的趋势是生态锁定。虽然A2A和MCP是开放协议，但主流厂商的平台仍然存在深度绑定的倾向：

这可能导致企业在技术选型时面临"选平台就是选生态"的困境。这与微服务时代"云原生"与"云锁定"的争议如出一辙。

五、总结：演进而非革命，共生而非取代

经过以上的分析，我们可以得出以下结论：

┌─────────────────────────────────────────────────────────────┐
│                      渐进式演进路径                          │
├─────────────────────────────────────────────────────────────┤
│                                                             │
│  第一步：夯实基础                                              │
│  ├─ 确保微服务基础设施成熟（服务网格、可观测性、CI/CD）           │
│  └─ 建立完善的监控和日志体系                                    │
│                          ↓                                  │
│  第二步：小步验证                                              │
│  ├─ 从边缘业务场景开始试点                                      │
│  ├─ 积累多Agent协作的工程经验                                   │
│  └─ 避免一开始就构建"万能Agent"                                │
│                          ↓                                  │
│  第三步：渐进融合                                              │
│  ├─ 将传统微服务包装为Agent可调用的工具                          │
│  └─ 让Agent负责微服务编排的决策层                               │
│                                                             │
└─────────────────────────────────────────────────────────────┘

技术演进从来不是非此即彼的选择。从单体到微服务，从微服务到多智能体，软件架构一直在**"分而治之"

"协作统一"**之间寻找平衡。理解这种连续性，将帮助我们在智能时代做出更明智的技术决策。

期待在评论区看到你的见解 👇

当2025年Google在Cloud NEXT大会上正式发布Agent Development Kit（ADK），当Microsoft在同年10月宣布将AutoGen与Semantic Kernel合并为统一的Microsoft Agent Framework时，一个信号已经再清晰不过：多智能体系统（Multi-Agent Systems，MAS）正在从实验室走向生产环境。

腾讯先锋TDP成员

云计算

人工智能

架构设计

探索从微服务到多智能体系统（MAS）的架构演进，揭示MAS并非颠覆而是微服务思想的继承者。通过职责拆分、协作机制与分布式理念的延续，分析微服务与MAS在架构设计上的映射关系，并探讨如何将微服务经验迁移至多智能体系统，助力企业在AI时代实现平滑过渡与高效部署。

微服务架构

服务网格

软件工程

软件架构

云原生

智能体

路由

Agent

2026采购季 | AI焕新·智启新局

cngw

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

从微服务到多智能体：架构演进的连续性思考

从微服务到多智能体：架构演进的连续性思考

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐