业务调研

上云策略

策略定义

常见场景

Retire

淘汰

通常是因为在迁移上云过程中，梳理整个应用系统架构、业务价值以后，发现了一些冗余的或者不再具备业务价值的系统

• 业务冗余、重复建设；

• 已不再具备业务价值的系统；

Retain

保留

保留在原环境，不迁移，和Retire一样，是最消极的两个策略，通常是因为一些组件或者整个系统没有办法进行迁移

• 组件之间交互太过复杂且上下文丢失严重，迁移风险极大；

• 太过老旧的操作系统或者应用程序，阿里云没有办法部署；

• 应用正常工作，但是没有迁移的业务价值，比如系统将在未来一年停止服务；

• 由于政策因素，一些系统、数据不能托管到阿里云上；

• 已经和云下资源耦合的非常紧密，没有迁移的价值；

Re-host

新托管

简单将线下物理机替换为云上虚拟机或者裸金属实例，不改变原有的运维方式。

• 稳态IT应用，对敏捷、弹性等无强需求：非业务生产系统，内部管理所使用的信息系统，如集团统一办公系统、邮件、招聘、培训系统等；

• 源代码不可控，版本管理问题、变更发布不规范，ISV管理不当等原因，导致代码和线上环境不一致；

• 无兼容PAAS/SAAS产品，如ERP等；

Replatform

新平台

利用托管的云服务替换线下自建应用基础设施，托管的云服务通常提供更好的弹性、稳定性和自治运维能力，可以让用户关注于应用而非基础设施管理。

• 有进一步的技术/人力痛点，自建开发及维护成本高，通过托管PAAS产品，释放开发、运维人员精力，使其聚集业务本身；

• 自建技术栈性能不足，通过云PAAS产品，获得更高的性能、弹性、及稳定性；

• 原先各开发团队/ISV技术栈不统一，维护成本高，ISV绑定，希望通过云产品，统一技术标准，优化架构；

Re-architect

重构/新架构

应用组件不适配云的架构，或不符合成本效益，因此需要进行重构，基于新的云平台构建云原生的应用。

• 业务需求，敏态IT应用，传统单体架构，开发、运维成本高，迭代效率低，无法满足业务发展需求，需要通过微服务/服务网格重构应用；

• 性能需求，对于潜在的高并发、高数据量承载系统或其上下游系统重构，以适配未来业务的爆发性增长压力；

• 成本需求，通过容器化技术获得更低的成本，以及更便捷的CI/CD能力等；

Replace

替换

丢弃现有的应用程序并采购同类型的商业SaaS应用。

• 将在云下自部署的组件、应用替换到基于SaaS平台的系统，比如自部署的CRM 到Salesforce.com；HR 系统到Workday；CMS 到Drupal/WordPress等。

• 将在云下购买license 的软件停用，转而在阿里云市场购买相对应的license并部署在阿里云平台上。这些软件有可能是CRM系统、HR系统、CMS等，与第一点不同的是，该软件在云下是自托管的，在阿里云上重新购买license以后，依然会是自托管的。