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

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

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

1. 资源评估：需要对本地业务资源有一个整体的了解，列出一个业务清单，记录环境中的物理和虚拟服务器。 

2. 发现和分析：对整理出来的资源进行分析，确定是否适合上云，以及云中使用有相应的服务支持。 

3. 计划和设计：如果满足上云要求，我们要制定迁移策略。 

4. 迁移，验证：进行迁移，验证，以及业务切换。 

5. 运维和优化：利用云中的服务对我们的业务进行管理和优化。 

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

1. 业务因素：需要考量所有主要利益相关方，是否都支持业务案例和对迁移的承诺，并且是否有资金可以投入迁移工作； 

2. 合规因素：需要看企业是否有符合合规标准的应用程序； 

3. 安全因素：需要考虑到企业在数据保密性方面的主要挑战，并且采取了哪些控制措施； 

4. 平台因素：需要确定一系列试点应用程序，并且得到工作负载所有者的承诺； 

5. 人员因素：需要验证企业的技能和能力，是否定义了运营的角色和责任。 

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

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

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

• Retain：有些应用不能立刻迁移，或者不允许迁移到云中，我们继续留在本地数据中心 。

• Retire：在评估过程中，发现一些不再需要的业务，我们可以从数据中心删除。 

• Rehost：这种无代码选项通常称为“直接迁移”，可让你快速将现有应用程序迁移到 AWS。每个应用程序按“原样”进行迁移，既发挥了云的优势，又无需承担更改代码所带来的风险或成本。 

• Replace：替换现有的应用。比如使用云中的 SaaS 服务替换我们的应用。 

• Replatform：更改平台作为云迁移的一部分，比如将 Windows 更换成 Amazon Linux。 

• Refactor：对应用重构，然后迁移上云，比如更改后端数据库，中间件等，相对来说比较复杂。 

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