迁移到云端的关键策略

选择迁移策略在很大程度上取决于组织想要实现的目标。有些方法提供了许多战略机会，但它们的实施往往更加复杂。有些选择相对简单，但从长远来看，它们的成本更高。因此，组织需要明确云迁移的目的，并为他们选择最合适的策略。

策略1:推广和转让

升级和转移的想法很简单：组织将其现有的内部部署系统迁移到云平台，尽可能少做改动。基本上，由整个数据中心运营的业务都迁移到了云中。重新托管可能是一个有吸引力的选择。组织可以相对快速地完成工作，几乎没有风险。但是这种策略有一个明显的缺点：运营成本会比较高，尤其是长期来看。此外，建立新环境并连接现有的连续集成(CI)/连续交付(CD)解决方案需要一些时间。

组织是否需要尽快搬出内部数据中心？这个策略可能是个不错的选择。但是要知道时间很短。迁移完成后，组织需要开始改变其应用程序和架构，以更好地适应云平台。另一种选择是进行有针对性的推广和转移。许多传统系统也必须迁移到云中。组织可以在云迁移后进行迁移，然后逐步淘汰或在以后替换它们。

总之，这可能是一个有用的策略，但应该明智而谨慎地使用。推广转让是快速入云的一种方式，但代价是后面还要做更多的工作。

策略2:重建平台

也称为提升、修补和转移。机构没有改变系统的功能，但其基础平台已经升级。

组织是否使用旧的数据库服务器并运行昂贵的许可证？那么重构平台就是一个不错的选择。这样数据库即服务在很多方面都得到了很大的提升，不再需要为系统的管理和空余时间买单。

例如，在昂贵的硬件上运行大量部署的应用服务器。建立和维护这些集群既耗时又复杂。从这个角度来看，将这些应用程序移动到Docker容器无疑是一个有吸引力的选择。

但是要提防它的缺点，主要在于看不见的部分。云计算基础平台的细节与内部部署平台不同。牢记分布式计算的谬误，提高灵活性。

这种策略不仅为组织提供了将IT支出转移到完全不同的模式的机会，还极大地提高了组织的敏捷性。因此，当组织转向云诞生时，将会有更多的收益。

策略3:重构

重构(也称为重新架构)是架构和应用程序变更中影响最深远的策略，但它充满了潜力。通过最有效地利用云平台提供的功能，在重建架构时，可以实现内部设施部署无法实现的目标。它前所未有的可扩展性意味着它需要投入大量的人力和资源。这种策略的影响主要取决于系统环境的当前状态。您组织的应用程序耦合有多紧密？如何模块化组织的架构？如果组织是面向服务的，它就准备好了。迈向微服务(甚至无服务器)并不是一个巨大的飞跃，但它将把组织放在最前沿。

幸运的是，这不是一个全有或全无的策略。它是迁移云原生应用程序的理想选择。然而，从商业价值的角度来看，重建架构也同样有趣。

假设组织立即加快从构思到生产的时间。一天交付多次，错误少，不用在安全和稳定之间做权衡。那么哪些应用会产生更好的效果呢？该组织的投资组合可能从重组战略中获得更多好处。

策略4:保持

云迁移并非所有系统都必须迁移。一些系统和应用程序在数据中心运行良好，可以在以后迁移或淘汰。

在云迁移过程中，组织将获得大量技术知识。但是云迁移并不是严格意义上的技术问题。但可以肯定的是，组织开始向新的思维方式和工作方式转变。有时候有些系统变得不太合适，可以保留一段时间，但迟早需要退役，不值得迁移到云。

可能是组织刚实施了大型系统升级项目。或者有其他原因保留一些应用，可能是一个有效的选择。

策略5:退役

组织并不总是知道他们何时开始实施云迁移，或者只是不期望如此。但是在迁移的过程中，总会有一些东西可以退役，可以淘汰。

例如，当OHRA将其业务从数据中心迁移到AWS云平台时，他们最终淘汰了大约20%的应用程序。这为他们节省了大量的迁移工作。

战略6:替换(使用SaaS)

这是针对高成本但低收入的系统。采用SaaS解决方案来代替它们是一个可行的策略。装有电子表格的邮件服务器和文件服务器集群可能会被替换为Office  365或Google  Workspace。Salesforce可以取代客户关系管理(CRM)系统，而内部内容管理系统有很多SaaS的替代方案。虽然开发软件的成本很高，但是采用成熟的云计算应用可以节省时间、精力和成本。

哪种云迁移策略更合适？

没有一种单一的云迁移策略适合所有组织。每个组织都有不同的目标和需求。组织需要选择最适合他们的策略。但是请记住，如果您尽可能地成为云原生，您将获得云计算的最大优势。以数据中心为中心的组织越多，云迁移后节省的运营成本就越多。通过知识、经验和人员的正确组合，组织可以成功完成云迁移。

个人建站、企业建站，域名注册、小程序、云服务器、物理主机等业务，咨询蓝队云客服微信：landui507