AWS 发布基于 Bedrock AgentCore 的四智能体云迁移方案
AWS 博客介绍一套运行在 Amazon Bedrock AgentCore 上的四智能体模式，用于配合 AWS Transform 与 AWS DMS 完成云迁移中的定制化环节。据其内部项目跟踪数据，基础设施即代码开发时间从每个应用 3 至 4 周缩短到分钟级。
核心事实
AWS 在官方博客中介绍了一套面向云迁移的智能体（agentic AI）模式，运行在 Amazon Bedrock AgentCore 之上。该模式由四个智能体组成：Intake Agent 通过 MCP 工具读取架构文档、问卷与依赖记录并定义目标架构；IaC Agent 生成基础设施即代码，组合企业内部已审批的模块库；Migration Intelligence and Governance Agent 负责组合层面的报告、架构评估与治理；SRE Agent 负责切换后的监控与自动化修复。
据该博客引用的内部项目跟踪数据，这一模式将基础设施即代码的开发时间从每个应用 3 至 4 周缩短到分钟级。文中描述的项目覆盖 300 多个应用，并有固定的财年截止期限。
背景与影响
博客强调，该模式与 AWS Transform 并行使用而非替代它：AWS Transform 以托管服务形式覆盖服务器、网络、大型机、.NET 及应用代码的迁移与现代化，AWS Database Migration Service（AWS DMS）覆盖数据库层，而自定义智能体用于补充组织特有的需求。文中列出的适用条件包括：迁移输入与输出系统通过团队自建自维护的 MCP 工具访问，以及生成的基础设施代码需要组合经安全部门审批的内部模块库。
技术层面，每个智能体都是 Strands agent，由基础模型、系统提示和一组工具定义，运行在 AgentCore 的无服务器运行时中，并通过 AgentCore Gateway 将 API、Lambda 函数和既有服务转换为 MCP 兼容工具，由 AgentCore Identity 结合 IAM 角色与身份提供商完成鉴权，AgentCore memory 保存会话状态与共享上下文。
限制与来源
上述时间缩短数据来自该项目的内部跟踪，并非第三方独立测评，实际效果可能因组织环境而异。博客指出，采用前应先确认 AWS 托管服务是否已覆盖相应迁移路径；跟随示例需要具备 Amazon Bedrock AgentCore 与 Amazon Bedrock 基础模型访问权限的 AWS 账户，并熟悉 Strands Agents SDK、MCP 服务器模式及所在组织使用的 IaC 工具。模型在各 AWS 区域的可用性请以 Amazon Bedrock 官方文档为准。本文信息来自 AWS 官方博客，相关能力与定价请以 AWS 官网当前信息为准。