什么是直接迁移？| 需要考虑的 5 大策略

主题

思维策略：“直接迁移”是将应用程序迁移到云中的众多方法中的一种。它意味着将应用程序及其相关数据直接转移到云平台，而无需重新设计应用程序。

在将应用程序从内部数据中心迁移到云端时，没有放之四海皆准的方法。但有公认的核心迁移途径；许多人认为直接迁移（也就是重新托管）是其中一条途径。它是企业保护对内部硬件中托管的业务工作流、逻辑和数据的一种方式。

通过移动到云中可扩展性更强的开放式架构，直接迁移方法为 IT 现代化开辟了道路。出于有理有据的业务原因（包括成本降低、性能和恢复能力提高），很多企业考虑直接迁移。

然而，一位企业战略专家提出了重新考虑直接迁移到云的 4 点理由。他认为，应用程序的性能和演变是相对于其所在环境而言的；此外，与内部数据中心相比，云提供的服务规模和多样性更胜一筹。

什么时候适合采用直接迁移云迁移模型？

采用“直接迁移”方法时，内部应用程序无需重新设计就可以移至云端。但它们无法始终充分利用原生云功能，所以这可能不是最具成本效益的迁移路径。事实上，据 Gartner 估计，截至 2020 年，缺乏成本优化流程的企业的公有云成本将平均超支 40%（Ed Anderson，2018 年）。

为了避免被过高的价格吓到，企业需要制定成本分配策略，并在组织内明确角色，以监控云支出。这可能需要额外的工具。

直接迁移应用程序可：

在决定迁移到云之后，选择可能会令人困惑：IaaS？PaaS？SaaS？Gartner 确定了五条通往云的捷径，让我们来逐个分析一下。

重新托管。也就是基础架构即服务 (IaaS) 或直接迁移。您可以在另一个硬件环境中重新托管您的应用程序，无需改变应用程序的架构。迁移速度快，成本相对较低，但由于没有利用云的效率，日常运维的成本比较高昂。
重构。又称为平台即服务 (PaaS)：您可以在云提供商的基础架构上运行您的应用。开发人员可以利用对公司具有战略意义的代码，重复使用语言、框架和容器。缺点是功能缺失、存在过渡风险和受制于框架。
修订。首先，需要通过修改或扩展现有代码来满足对旧系统进行现代化改造的要求；然后再采用重新托管或重构的方式迁移到云。这意味着您可以利用提供商的基础设构的云特性，但需要预先支出一部分开发费用。
重建。抛弃现有应用程序的代码，重新进行架构。这样做的优势在于可以访问提供商平台中的创新功能，从而提高开发人员的工作效率。如果情况变得无法接受，则您付出的代价要么是受到限制，要么是放弃您的应用程序资产。
更换丢弃现有的应用程序集，转而采用以即服务形式交付的商业软件 (SaaS)。当某个业务职能部门的要求变得很快时，此方法无需额外的时间和投入即可调动开发团队。但是您可能会遇到诸如数据语义不一致、数据访问困难和受制于供应商之类的问题。

最基本的论点是：从大局考虑；哪种云平台和迁移技术最能优化应用程序以推动您实现业务和 IT 目标？

关于云策略和云计算策略的指导因每种可能的上云路径而有所不同。例如，您是否：

询问贵组织接下来的发展规划（例如，成为一个数字化企业）。到那时，是否仍然需要（或者还是在内部执行）您的应用程序现在支持的业务流程？对于一个给定的流程，决策树可能如下所示：

提出恰当的问题，将您的云指南针设置到可带来真正业务价值的方向。

许多企业都在推迟将基于文件的工作负载迁移到云端，因为他们担心会失去可在内部环境中访问的一些功能。NetApp® Cloud Volumes 打消了这些疑虑。按照设计，它提供极致的性能和高级的数据管理功能，甚至可以满足您在云端最苛刻的应用程序要求。

Cloud Volumes 解决了您面临的许多云迁移挑战。

Cloud Volumes 承诺低于 2 毫秒的延迟，使其成为在云端运行的数据中心应用程序的理想选择。提供性能分层，支持灵活地权衡成本/性能。