上云没错，上错了云，才是错！

……

…

.

一顿操作猛如虎之后，很多人却发现，“上云一时爽，验收泪汪汪”。

第一，我们谈到的绝大多数云的价值和优势，都是「公有云」，而不是「私有云/专有云」。

小规模的IT基础设施，做个虚拟化、加个云管平台，只是微创新，仍然还是一个小水坑。

1、重新托管（Rehost），直接迁移

这种方式，无论原来业务运行在物理机还是虚拟机上，都可以基于自动化工具或者手动方式，“搬”到云上去。

2、平台更新（Replatform），迁移加更新

这种迁移方式，比Rehost要复杂一点，适用于相对核心又不希望“大改”的业务，部分直接迁移，比如计算需求，而诸如数据库、中间件等等业务，可以切换为公有云的PaaS平台。

3、重新采购（Repurchase），转移至不同产品

适用于原来本地化运行的一些应用软件，比如财务系统、CRM、ERP，现在可以抛弃本地化部署，全部改用同类的SaaS软件，用订阅的模式付费。

4、重构（Refactor），重新规划应用程序的架构和开发方式

5、清退（Retire），强扭的瓜不甜，扔掉

6、保留（Retain），相时而动

企业中往往还有一类应用，要么无关痛痒，迟早被数字化大潮抛弃，但短时间内又能“凑合”着用，要么是传说中的“稳态”核心业务，架构变更代价过大。

针对这类情况，可以选择暂时保留，未来伴随技术和业务的发展，再考虑新的选择。

7、重新部署（Relocate），换个地方继续VMware

企业上云切记一刀切，既不能破而不立，又不能立而不破，需要根据业务应用的实际状况，进行合理的选择和取舍。

Rehost、Replatform、Repurchase、Refactor、Retire、Retain、Relocate，7个R为我们指明了「上云」之路。

我们一起再来回顾下，企业业务迁移上云的完整流程吧——

疫情更像加速器，加速了企业云化的进程。企业IT需要更弹性和稳定的基础架构、更先进并持续更新的技术栈、永远在线的体验和有保障的SLA。

「上云」是不可逆转的趋势，但是，上云要找老司机，选择科学的方法和正确的步调。

上错了云，就像上贼船，下船可就难了。