在评估每个应用时，确定依赖关系、集成和技术要求也同样重要。您需要了解应用的体系架构、安全策略，以及用于管理访问权限、性能和故障排除的工具和软件。根据这些标准，以及业务需求和您的预算确定迁移的优先级。然后逐个应用决定应迁移到哪个云中。将您的应用按逻辑分组并了解每个应用的迁移位置后，就可以完成应用迁移计划。

应用迁移最佳实践

以下是规划和实施应用迁移的一些最佳实践：

• 每个参与人员都要清晰地了解业务目标和终极状态目标。确定并重申迁移的目标、优势和最终结果有助于让每个人保持积极性和专注力。
• 从小规模起步，尽量降低风险。从一个应用（或一小组非关键应用）开始，让团队成员获得信心，发现潜在问题并展示成果。尽量降低风险的另一种方式是在测试环境中利用测试应用练习迁移。
• 任用外部专家、引入第三方工具，以补充内部力量。迁移应用是一个复杂的过程，如果执行不当，有可能导致成本高昂的错误并丢失数据。在其他工具和专业技能方面进行投资，确保做好充分准备，是您的明智之选。

常见的应用迁移策略

多种策略可助您有效地将应用迁移到云中。正确的选择取决于业务需求、预算限制和其他因素。以下是一些最常见的选项：

无需转换的迁移。 将主要资产（例如一个网站）从本地部署环境迁移到公有云中，而且无需对该资产做出任何改变，可节省大量成本。使用公有云还可通过内置云优化功能（如灾难恢复和按需容量扩展）提供额外支持。

选择 SaaS 替换服务。 从市面上找到现有的软件即服务 (SaaS) 产品，能够完成需要实现的目标，减轻迁移过程的负担，腾出本地部署资源，用于其他工作负载。

选择 PaaS 替换服务。 采用现有的平台即服务 (PaaS)，无需调整任何体系架构，即可利用基于订阅的服务替换昂贵的本地部署服务器需求。替换为 PaaS 后，通常可在需求较高的时期提升敏捷性。

重新构建。通过云迁移对应用或服务进行现代化改造，可添加新的和经过改进的功能，增加实体产品的价值，为较旧但仍有价值的产品赋予新生命。

停止使用。如果某一工作负载无法再提供任何业务价值，且不是另一工作负载的固有组成部分，则可以停止使用。

应用迁移过程是什么样的？

标准的应用迁移包含以下步骤：

1. 规划：检查并评估您的应用、业务目标和团队，创建迁移计划。还要考虑其他工具。您可以从多种第三方应用迁移软件和服务中做出选择。这些工具有助于管理数据并在不同平台之间迁移数据，并提供深入的数据分析和监控。
2. 测试：在执行任何实际迁移之前，可通过模拟迁移完善这一流程。然后，在每个实际迁移阶段之后，对迁移到新环境的内容进行测试，并记录结果。定期测试和沙箱使团队能够在早期发现问题，并重新分组或改变方向，以防数据丢失、浪费时间。
3. 分批迁移：最好将应用分组，然后执行分阶段迁移。使用项目管理工具记录每个阶段，确保每个人（包括相关人员）都能及时了解信息，并收集支持文档。
4. 跟进：迁移完成后，执行后续测试，确定云迁移是否正确执行。其中包括分析应用性能、发现潜在的中断问题，并检查数据库安全性。

将应用成功迁移到云中后是什么样的？

企业将应用成功迁移到云中后，可获得以下好处：

• 改进实现业务目标的解决方案，并对其进行现代化改造
• 缩短培训新员工的时间
• 更广泛地访问分布式应用
• 降低复杂性和成本
• 应用整合
• 更出色的安全性和管理
• 提高工作效率
• 扩展 IT 投资的价值