业务迁移上云秘籍：从本地环境迁移到云端，不是一件容易的事情

从本地环境迁移到云端，不是一件容易的事情，需要涉及很多方面。服务器迁移、数据库迁移、应用迁移，企业的业务迁移上云有哪些方法步骤？在迁移过程中，需要注意哪些问题？在本文中将会找到答案。

一、为什么迁移上云

目前还是有不少的中小企业把自己的业务工作负载放置在本地数据中心，面对着日益增大的业务量，本地数据中心开始慢慢凸显出一些弊端，难以满足企业新型业务的需求，并且购买以及更新设备都需要企业提前支出一大笔资金，很多中小企业难以承受其中的压力，通过迁移上云我们可以避免本地数据中心面临的一些问题。

降低建设及运维成本：托管自己的服务器基础结构需要对硬件，软件，电力和人员进行大量的投资，迁移到云解决方案显著降低资本支出。 减少硬件更新成本：不管是本地托管还是托管提供商处托管，更换硬件都将是繁杂的工作，还需要企业立刻投入所有硬件的费用。 解决软件支持终止问题：应用程序可能依赖支持即将终止的其他软件或者操作系统，迁移到 AWS可以为这些依赖关系提供扩展的支持选项，减少重构要求。 简化维护工作：很多系统的维护成本甚至超过它们的开发成本，采用云模式服务后基础平台的维护在云服务提供商。 有效控制投资风险：系统在开发过程的任何阶段都有失败的可能，但在开发的初期就要进行硬件投资，一旦失败前期的投资无法收回，采用云服务试错成本低。 敏捷与效率：自由的进行实验，更快速的开发。 灵活性：云的弹性可扩展，支持在线扩容。根据负载大小，弹性可伸缩。 全球化：在云中非常方便的把业务迁移到另一个地域。 多样性：第一时间体验到先进的技术，如人工智能，机器学习，大数据，物联网等。 安全性：云平台采用冗余、多副本机制，云平台专用企业级防火墙，可自定义安全等级部署，云平台中有各种安全服务，保障我们的业务顺利进行，以及云服务满足各地域的法律法规。 二、迁移规划

当企业使用 AWS，可以实现按需高效、安全地运行资源，只需短短几小时，就能使企业以远胜从前的效率，敏捷地实现创新，再无需等待数月时间。那企业上云，想更快更好地将原有服务做迁移，制定迁移计划需要注意哪些问题？本篇文章将与你系统探讨 AWS 迁移模式。

迁移流程

在众多的迁移上云案例中，大家慢慢总结出了一个相对标准的迁移流程，按照这些流程进行业务迁移，可以提升我们的迁移效率，以及少走一些弯路。

资源评估：需要对本地业务资源有一个整体的了解，列出一个业务清单，记录环境中的物理和虚拟服务器。 发现和分析：对整理出来的资源进行分析，确定是否适合上云，以及云中使用有相应的服务支持。 计划和设计：如果满足上云要求，我们要制定迁移策略。 迁移，验证：进行迁移，验证，以及业务切换。 运维和优化：利用云中的服务对我们的业务进行管理和优化。

迁移评估

在开始规划之前设定云迁移的优先级和目标，从而确保迁移更加成功。此外，自动云迁移工具还可提供有关环境和依赖关系的见解，帮助制定云迁移项目计划。在企业计划迁移阶段，需要系统评估多方因素，其中包含业务因素、合规因素、安全因素、平台因素及人员因素等，这些是迁移的基础考量。

业务因素：需要考量所有主要利益相关方，是否都支持业务案例和对迁移的承诺，并且是否有资金可以投入迁移工作； 合规因素：需要看企业是否有符合合规标准的应用程序； 安全因素：需要考虑到企业在数据保密性方面的主要挑战，并且采取了哪些控制措施； 平台因素：需要确定一系列试点应用程序，并且得到工作负载所有者的承诺； 人员因素：需要验证企业的技能和能力，是否定义了运营的角色和责任。

借助 AWS 的云迁移评估工具 Application Discovery Service，它可以自动识别在本地数据中心运行的应用程序、其相关依赖关系和性能配置文件，让你能够制定自己的云迁移计划。

运用此信息来映射服务器，从而呈现你的本地应用程序。这将有助于确定服务器之间的依赖关系或通信，让你能够在云迁移计划中包含所有必备的应用程序组件，从而帮助降低风险，确保顺利迁移。然后，按逻辑方式对服务器分组以呈现应用程序，并根据每个应用程序的要求和迁移目标为其选择适合的云迁移策略。

迁移策略

在确定评估因素后，我们展开讨论计划阶段最重要的迁移模式问题，这对企业而言至关重要。对此，AWS系统总结了6R迁移理论提供参考，包括：保留 (Retain)、停用 (Retire)、更换主机 (Rehost)、替换 (Replace)、更换平台 (Replatform)、重构(Refactor)，不同的业务应用我们可以采用不同的迁移策略，企业根据应用的评估，选择不同的迁移策略。

Retain：有些应用不能立刻迁移，或者不允许迁移到云中，我们继续留在本地数据中心 Retire：在评估过程中，发现一些不再需要的业务，我们可以从数据中心删除。 Rehost：这种无代码选项通常称为“直接迁移”，可让你快速将现有应用程序迁移到 AWS。每个应用程序按“原样”进行迁移，既发挥了云的优势，又无需承担更改代码所带来的风险或成本。 Replace： 替换现有的应用。比如使用云中的 SaaS 服务替换我们的应用。 Replatform：更改平台作为云迁移的一部分，比如将 Windows 更换成 Amazon Linux。 Refactor：对应用重构，然后迁移上云，比如更改后端数据库，中间件等，相对来说比较复杂。

在迁移过程中我们不只用到一种迁移模式，即使在一个应用程序栈中，企业也可能会遇到2~3个“R”，我们要充分分析应用程序，进行组合搭配，以达到最低的成本和最高的价值。

三、迁移服务及工具

在了解了迁移上云的过程，以及迁移过程中用到的一些策略之后，那么我们开始对本地中心的应用进行迁移上云，我们知道云数据中心中最重要的三项基础设施资源主要是计算、存储、网络，那我们也主要以这三部分为大家介绍一下各自的迁移方法，以及相关的注意事项。

网络迁移

本地数据中心的网络一般是私有网络，大部分是扁平化的网络，一些业务规模比较大的企业，他们都有自己的网络工程师来规划相对复杂的网络，网络迁移的复杂程度主要取决于本地数据中心的网络复杂程度，至于如何把本地网络迁移到 AWS 中，我们也需要根据不同的情况去考量。

在 AWS 云中，我们是通过 VPC 来实现私有网络建设的，VPC 的各项功能基本可以满足企业网络的各项需求，那我们该如何去设计我们的网络呢？

（编辑：厦门网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!