云迁移的 6 个 R

如今，许多公司都在投资将其本地应用程序迁移到云端。

在本文中，我们将了解指导您云迁移之旅的6 个R。

云迁移的6R 原则是一套将事物迁移到云端的策略，通过了解每种策略的优缺点，您可以规划出哪种R适合您的应用程序。

重新托管

也称为“直接迁移”。
直接迁移您的应用程序。这是将本地应用程序迁移到云端的最简便方法。使用此策略，您可以将应用程序基础架构复制到云提供商处。

您可以使用AWS Cloud Endure和VM Import/Export等工具来实现此策略的自动化。

优点

• 降低管理开销，因为云提供商将管理托管应用程序的物理基础设施，这也被称为基础设施即服务(IaaS)。
• 当您的应用程序部署在云提供商处时，优化起来就更容易了，现在可以轻松地将其转换为充分利用云的优势。
• 由于您的物理基础设施由公司管理，因此仍然可以节省成本。

缺点

• 没有充分利用云计算。
• 它会延误一些你本可以做得更好的事情。

何时选择这种策略？

如果您想迁移应用程序而无需更改代码或基础架构，只需实施与在本地执行的相同操作即可，并且如果您是云新手并想尝试一些新功能，那么这非常适合您。

重新平台

也称为“迁移、调整和转移”。
它与重新托管类似，但它是在无需更改应用程序核心基础架构的情况下，逐步利用云服务的优势。

将此策略视为应用程序的安全点。它将数据库从基础设施即服务 (IaaS)迁移到数据库即服务 (DBaaS)。

优点

• 降低管理成本——比重新托管更好。
• 增强韧性。
• 降低成本。

缺点

• 没有真正的缺点，因为你只是允许你的云服务提供商管理你基础设施的更多部分。

示例

• 在Elastic Compute Cloud中配置Amazon Relational Database Service而不是托管数据库实例。

何时选择这种策略？

如果您希望逐步适应云功能（例如自动扩展、托管服务等），而无需投入大量迁移工作，那么这种方式非常适合您的应用程序迁移。通过这种方式，您可以获得比重新托管更有利的收益。

重构或重新架构

审查应用程序架构，并使其适应云原生架构和产品，例如：

• 面向服务或微服务
• 无服务器架构
• 事件驱动架构

这种策略能带来最佳的长期收益，但代价高昂且耗时。

优点

• 充分利用云计算的优势。
• 构建更具可扩展性、更高可用性和容错性的基础设施
• 费用根据使用量而定，采用按需付费模式。

缺点

• 起初，它既昂贵又耗时。

何时选择这种策略？

这种策略适用于真正了解云计算全部优势并能充分利用其效益的企业。它需要您对应用程序的核心基础设施进行彻底改造，使其适应云原生模型。虽然这需要投入大量精力，但从长远来看，这种策略将为您的业务创造更大的价值。

回购

摒弃在本地管理已安装应用程序的做法，转而采用软件即服务(SaaS) 模式。如今，许多常用应用程序都以 SaaS 的形式提供。

例子

从客户关系管理 (CRM) 系统迁移到 Salesforce.com，从 Microsoft Exchange 系统迁移到 Microsoft 365，从人力资源系统迁移到 Workday，或者从内容管理系统 (CMS) 迁移到 Drupal。

何时选择这种策略？

这是针对那些已经存在并提供 SaaS 服务的应用程序，您可以根据自己的需求进行订阅。

退休

换句话说，如果您不需要某个应用程序，请将其关闭。移除不再需要、不再为您或您的业务创造价值的应用程序。这些应用程序通常毫无理由地运行着。

优点

• 通常可节省 10% - 20% 的成本。

何时选择这种策略？

在您完成初步云迁移评估并根据收集到的数据后，您就会知道“此应用程序对我有益吗？”

保持

也称为“重新考虑”或“暂时不采取任何行动”。
通常，符合此标准的申请包括：

• 虽然还有一些使用价值，但迁移并不值得。
• 复杂的应用程序，需要稍后再处理。
• 非常重要的应用，但风险也太大了。

何时选择这种策略？

当大多数应用程序已部署在云端并正常运行时，可以使用此策略。之后，您可以回顾并开始规划属于此类别的应用程序的迁移。

运用这六个“R”原则，您可以生成一个表格，其中包含您的本地应用程序以及与之匹配的“R”选项。这份针对每个应用程序的详细评估报告，将在您需要迁移到云端时作为您的指南。

您可以通过以下方式联系我：
Dev.to
Twitter