选择合适的云迁移策略主要依赖于组织的具体目标。某些方法可能带来多种战略机会，但其实施过程往往更加复杂；而一些较为简单的选项在长期内可能会导致更高的成本。因此，组织必须清晰地了解其云迁移的目的，并选择最切合自身需求的策略。
策略1：提升并转移
提升并转移的概念非常直接：组织将现有的内部部署系统迁移至云平台，尽量减少改动。这意味着将整个数据中心的运营迁移到云端。
重新托管通常是一个具吸引力的选项，组织可以相对快速地完成迁移，且风险较低。然而，这一策略的主要缺点在于运营成本较高，尤其是从长远来看。此外，设置新环境并与现有的持续集成(CI)/持续交付(CD)解决方案连接也需要时间。
若组织迫切需要迁出内部部署的数据中心，这一策略或许会是一个不错的选择。但需注意时间紧迫性。一旦迁移完成，组织需要开始调整其应用程序和架构，以更好地适应云平台。
另一个选择是进行有针对性的提升和转移，许多传统系统也需迁移至云端。组织可以在云迁移完成后，再逐步淘汰或替换这些系统。
总之，这种策略是一种快速进入云端的方式，但后续需要进行更多的工作，因此需谨慎运用。
策略2：重建平台
这一策略也称为提升修补和迁移。虽然组织并未改变系统的功能，但其基础平台得到了升级。
对于仍在使用高成本许可证的旧数据库服务器，重构平台无疑是一个良好的选择。通过数据库即服务，组织能够在多个方面实现显著改进，而无需为管理系统和闲置时间支付高额费用。
例如，在昂贵硬件上运行大量应用服务器的情况，建立和维护这些集群既耗时又复杂。从这个角度来看，将这些应用程序迁移到Docker容器是一个非常吸引人的选择。
不过，需要关注其潜在缺陷，尤其是在看不见的部分。云计算基础平台与内部部署平台的细节存在差异，因此，组织在转型时需牢记分布式计算的挑战，并提升系统弹性。
这种策略不仅为组织提供了将IT支出转向全新模型的机会，还能显著提升组织的敏捷性。因此，当组织转向云原生时，可能会获得更多的好处。
策略3：重构
重构（或称重建架构）是对架构和应用程序变更的深远策略，充满了潜力。通过充分利用云平台的功能，重建架构可以实现内部部署设施无法达成的目标，其可扩展性前所未有，但也需要投入大量人力和资源。
这一策略的成功与否在很大程度上取决于当前系统环境的状态。组织的应用程序耦合程度如何？架构的模块化程度如何？如果组织以服务为导向，就已经做好了准备。迈向微服务（甚至无服务器）并不是一次巨大的飞跃，但会使组织处于技术前沿。
值得庆幸的是，这并不是一刀切的策略。它特别适合迁移具备云原生特性的应用程序。从业务价值的角度来看，重建架构同样引人关注。
假设组织能加快从构思到生产的时间，每天多次交付、减少错误，并不必在安全性和稳定性上妥协，那么哪些应用程序会获得更好的结果？重构策略可能使组织的投资组合获得更大的收益。
策略4：保留
并非所有系统都需要进行云迁移。有些应用程序在数据中心运行良好，可以稍后再迁移或在将来退役。
在云迁移的过程中，组织会积累大量的技术知识。虽然云迁移并非纯粹的技术问题，但这确实促使组织逐渐转变思维方式和工作方法。有时，一些系统可能不再合适，当然可以保留一段时间，但最终需要退役，因此迁移至云端并不划算。
或许组织刚刚实施了一次大型的系统升级项目，或者有其他原因使得某些应用程序可以暂时保留，这可能是一种有效的策略。
策略5：退役
在开始实施云迁移时，组织可能并不总是清楚哪些系统可以退役，或者只是没有考虑到。然而，在迁移过程中，通常会发现某些系统可以被淘汰。
例如，OHRA公司在将业务从数据中心迁移至AWS云平台时，最终淘汰了大约20%的应用程序。这为他们节省了大量的迁移工作。
策略6：替换（使用SaaS）
这一策略适用于那些成本高但收益低的系统。采用SaaS解决方案来替代这些系统是一种可行的选择。例如，邮件服务器和充满电子表格的文件服务器可以用Office 365或Google Workspace替代；Salesforce可以替代客户关系管理（CRM）系统，而许多内部部署的内容管理系统也有SaaS替代方案。
尽管开发软件的成本很高，但采用成熟的云计算应用程序能够节省时间、精力和费用。
哪种云迁移策略更为适合？
并没有单一的云迁移策略适用于所有组织。每个组织都有不同的目标和需求，因此，选择最适合自身的策略至关重要。需要注意的是，若能尽可能向云原生转型，组织将会获得最大的云计算优势。越是以数据中心为中心的组织，在实施云迁移后将节省更多的运营成本。
通过合适的知识、经验和团队组合，组织能够成功完成云迁移。
