三天从VMware迁到AWS？实战工作坊边学边搬

如果你们公司还在用VMware自建机房或者其他云，想搬到AWS却怕业务中断，AWS有个低风险的方案：一场为期三天的实战工作坊，叫Experience-Based Acceleration（EBA）。这不是演示也不是模拟，AWS专家和你的工程师一起上，把几个关键应用从VMware真正搬到AWS。

三天里，你的团队亲手操作每一步迁移，AWS专家在旁边指导。他们把通常需要数月规划的迁移压缩到三天完成。目标很明确：搬真实工作负载、培训你的团队、找到架构改进机会。

前期准备是三天见效的前提

EBA能三天高效运转，前提是有四周的准备。这期间，你需要装发现代理扫描服务器依赖，把数据加载到AWS Transform平台（它已经取代了AWS Application Discovery Service）。AWS Transform会基于VMware实际使用数据生成右规模建议，帮你精准配EC2实例，避免过度配置。同时，团队要定义第一批迁移范围，跟利益相关者对好目标。

准备充分了，三天工作坊才直接进入搬运阶段。

迁移过程：工具驱动，风险可控

EBA用AWS Transform MGN作为复制引擎。它会持续把源服务器复制到AWS，保持同步直到切换。迁移后的工作负载部署在Amazon EC2实例上，跨多个可用区，防止单点故障。

工具链降低了手动评估的风险和出错概率。即使团队云迁移经验不足，也能借助工具完成操作。

三天后，你的团队得到了什么

典型的EBA成果有：多个VMware应用成功搬到AWS，20多名工程师接受了实战培训，你还会得到一份可复用的迁移剧本、配置好的右规模建议，以及平台改进机会。更关键的是，团队获得了迁移能力——EBA结束后的几周内，很多组织就开始用剧本把更多应用搬上生产环境。

一次EBA投入，后续迁移可以自己完成，不需要AWS持续支持。

成功的前提条件

EBA不只是技术工作坊，它要求公司内部协作。成功的关键因素挺多：高管支持，关键决策者全程在场，跨团队（云、网络、安全）参与。另外，清晰的决策框架、专注于执行、可复用的模式、适应变化的意愿，以及设定有挑战的目标，都缺一不可。

亚马逊内部有一套“两扇门”决策原则——可逆决策（比如先迁移测试环境）快速通过，不可逆决策（比如数据迁移策略）仔细审查。这能让工作坊保持节奏，不卡在细节上。

如何参加

要启动EBA，联系你的AWS账户团队，他们对接EBA专家来界定范围。一场典型的工作坊有20多名参与者，包括云工程师、架构师、项目经理和高级领导。

目前没有明确说明EBA的具体费用，以及是否包含在现有支持计划里。另外，EBA目前是否支持除VMware之外的其他虚拟化平台（如Hyper-V）也未提及。AWS在EBA后是否提供后续检查或支持，同样没有公开细节。

EBA把通常数月的迁移学习曲线压缩成一次高强度实战。对担心风险的团队来说，这算是一个测试迁移可行性的起点。