如何为云到云迁移做好准备

哦是的。 它正在发生。 考虑将其作为你总体云战略的一部分，以使这一过程不那么痛苦。

以下有哪些共同点？ 鲑鱼、加拿大鹅、帝王蝶和applications。

如果您猜所有这些都是从一个地方迁移到另一个地方的东西，那就为自己鼓掌吧。

现在，通常当我们谈论云迁移时，我们谈论的是从内部部署到外部部署。 这是有充分理由的。 有大量数据（包括我们自己的数据）表明公共云的使用率有所上升。 我们几乎从未谈论过反向发生的迁移。 现在我可以听到“异端！”的呼声，但是让我们现实一点吧——这种事情确实会发生，而且比你想象的更频繁。

例如：

42％在生产中采用公共 IaaS 的受访者表示“他们打算在未来四年内或作为一个持续的过程，从当前战略进行迁移”。 其中 70% 的人“预计会转向混合云，而不是完全转向私有云解决方案”。 

原因是什么？ 最常见的因素是降低成本（67%），其次是安全性和稳定性。 有关 Pubmatic 从公共云迁移到私有云的报道证实了这一点。 成本是主要驱动因素。

但正如我们所听到的，其他人则朝着相反的方向迁移。 很多。 57% 使用私有 IaaS 平台的用户“打算迁移到公共云或混合云，其中 77% 的受访者表示他们计划采用混合方法。 ”

他们的理由是什么？ 可扩展性（71%）紧随其后的是灵活性。 成本位列第三，占受访者的 50%。

可扩展性驱使人们转向公共云，而长期成本似乎又迫使人们回归私有云。

现实情况是，大多数组织既不是“公共云”商店，也不是“仅限私有云”商店。 它们是多云的，即使它们来回移动应用程序也是如此。 我们可以通过研究发展趋势来证明这一事实，例如Cap Gemini 在其“云原生时代来临”报告中指出， “六分之一 (15%) 的受访公司的新applications是在云原生环境中构建的。”

现在，如果 15％ 是云原生的，那就意味着其余 85％ 不是。 这可能包括大型机。 以及客户端-服务器。 以及三层的网络应用程序。 噢，还有容器环境中的微服务。

现代企业组织不仅是多云的，而且其application架构也是多代的。

这意味着您将某种应用程序从内部部署（私有）迁移到外部部署（公共）或反之亦然的可能性相当大 - 因为它们的数量比云原生应用程序多。 那么，重要的是将这个前提纳入到您的云战略中。 换句话说，您需要了解您可以提前做些什么来使（也许是不可避免的）过程不那么痛苦。

准备云到云迁移

首先要考虑的事情之一是您要移动的应用程序的预期寿命。 如果是长期来看，它是未来云到云迁移的候选者。 如果不是 – 因为它是促销、营销或基于事件的 – 那么您可以直接跳到此列表的末尾并部署。 

既然您已确定应用程序的寿命会更长，那么您应该考虑如何扩展和保护该应用程序。

如果应用程序是云原生的，那么快速（且简单）的答案就是“我们将使用来自云提供商的服务”。 这是一个有效的选择，就像如果应用程序要运行在内部私有云中，“我们将使用我们一直使用的东西”是一个有效的选择一样。 然而，这两种选择都充满了潜在的风险，您将无法顺利地将服务和/或策略从一个云迁移到另一个云。 现在是时候认真审视您现在所使用的规模和安全性，并确定这些application服务是否可以与您的应用一起迁移 - 双向迁移。

鉴于企业平均使用 16 种application服务来交付和保护其应用程序，这个领域可能会严重阻碍您支持可能迁移的应用程序的能力，更不用说在多云世界中支持它们了。 请注意，这 16 项服务中的一些需要是云原生服务。 基本上，如果您将数据路径视为由企业、共享application服务和每个应用程序服务组成，您就会开始看到架构划分与公共云提供商在基础设施层绘制的界限非常接近。 这不是一个完美的划分，但它确实提供了一种逻辑分离，为哪些服务需要“多云”以及哪些服务可以依赖云原生或传统数据中心服务提供了指导。

您在跨云环境中使用的application服务越一致，在两个云环境（或三个、四个或更多云环境）之间迁移就越容易，因为对您造成的束缚越少。 这种方法的另一个好处是将自动化工作扩展到公共云，并至少减轻企业与维护单独的运营人员和程序相关的运营成本。

云是不可避免的。 多云也是如此。 这最终意味着它们之间将会发生迁移。 在对应用程序的部署位置做出初步决定之前，注意依赖关系并使用跨云application服务可以使过程不那么痛苦。

至少将云到云迁移的想法作为顶级云策略的一部分。 做好准备可以让你免于以后痛苦（且昂贵）的迁移。