许多企业正在迅速将工作负载迁移到云中，以便从公共云可以为客户提供的规模经济中受益。
如今，许多企业正在以某种形式采用云计算服务。尽管某些行业迅速采用云计算技术，但由于众多合规性和法规要求，诸如金融服务等行业厂商迁移到云平台比较缓慢。很多企业正在寻求将运行在传统基础设施的工作负载迁移到云平台，以获得云计算技术的优势，例如安全性、可扩展性以及成本节约。
云迁移的过程非常复杂，需要适当的计划和执行。可以肯定的是，很多企业在迁移过程中将面临意想不到的挑战。为了缓解一些挑战，企业可以通过云计算提供商的合作伙伴生态系统或云计算提供商提供的专业服务寻求帮助。
尽管复杂性很高，但企业还是应该投资于将应用程序迁移到云平台，因为获得长期利益远远大于短期风险/担忧。
挑战性
缺乏对当前资产的了解
多年来，很多企业在其数据中心环境中进行了大量投资，并且在将业务迁移到云平台之前了解当前状态至关重要。为此建议企业需要进行云计算评估，以使他们对库存有清晰的了解，并帮助他们了解向云迁移所需的工作水平。云计算评估对于了解迁移后的运营成本也是非常有用的。
没有来自应用程序团队/所有者的支持
具有集中IT实践的企业的应用程序团队通常会面临将业务迁移到云平台的挑战。这些挑战的原因可能是多种多样的应用程序团队花费多年时间优化数据中心的堆栈，而迁移到云平台需要大量的时间和资源。企业的IT团队可以通过创建迁移设施和提供必要的技术专业知识来帮助应用程序团队适应迁移和迁移后阶段来解决这些挑战。
承担过多任务
云迁移是复杂的计划，需要不同团队之间的仔细协调。迁移到云平台的长期利益可能是企业将其数据中心迁移到云平台的快速促成因素。企业必须规划所有迁移的利益相关者和工程团队的迁移规模，并明确迁移方法。
强烈建议迁移到对企业影响较小的环境，在此过程中吸取的经验和教训可以极大地帮助改善迁移过程，并在将关键业务工作负载迁移到云平台时取得巨大成功。
迁移期间和迁移之后的数据保护
在评估阶段，至关重要的是将每个应用程序的数据分为不同的层，并采取控制措施，以防止迁移期间敏感数据泄漏。迁移后的安全和应用程序团队需要具有强大的监视和日志记录功能，以便在发生恶意活动时采取适当的措施。
在资源提升技能上的有限投资
重要的是要使企业的工程和实施团队掌握在云平台上运行IT系统所需的知识。拥有大规模运行系统所需的适当知识和工具，可以确保企业的业务成功地迁移到云中。
迁移的不同方法
重新托管/提升和转移
当企业将计算/存储设备与云平台中可用的计算/存储设备进行交换时，这种迁移方法需要更少的工作。其想法是将内部部署设施的虚拟机迁移到云平台上，这是使应用程序在云平台中运行的最快方法，但是，如果不进行优化，可能无法获得节约成本的优势。这使企业能够根据业务需求增加容量和可用性。
重建平台
为了获得更高的云计算收益，企业可以选择这种方法。通常情况，这种方法不需要进行重大的架构更改，但是会尽可能利用公共云上的PaaS产品。例如，如果企业具有在SQL SeRveR后端的IIS上运行的两层应用程序，则可能希望使用数据库和Web服务器的托管服务将其应用程序迁移到云平台中。
重构
这是最复杂的迁移策略，但这是一个能够获得采用云平台所有好处的策略。在通常情况下，当企业希望将其整体细分为微服务时，就会采用这种方法，以便它们可以实现更好的可用性并可以扩展/缩减每个服务，而不必担心应用程序。这种方法需要长期的承诺，并需要企业的支持。重构的初始成本可以被长期节约的运营成本所抵消。
组织还应不再使用或淘汰不再需要的资源。云评估提供有关当前清单以及一段时间内使用多少的信息。这些指标通常可以有效地确定资源不足或过盛。
优秀实践建议
以下提供一些优秀实践的建议：
了解总拥有成本和迁移成本。 自动执行可重复的任务，使企业的工程师能够确定所选的自动化工具。 在迁移过程中与安全团队保持持续联系。这将确保企业在迁移期间不会遇到更多的障碍。 在迁移的规划阶段了解并记录合规性要求。根据要求，制定可行的计划和策略以符合合规性标准。在云迁移过程中需要有定期检查点，以避免任何陷阱。 在开始迁移之前，需要充分了解数据隐私要求。确保有适当的控制措施来监控迁移前后的数据安全性。 建立一个由企业和云计算提供商代表组成的迁移委员会。应该授权迁移委员会在遇到问题时做出决定并指导实施团队，以便遵守建议的时间表。建议执行发起人监督迁移委员会，以便更轻松地获得企业管理层的批准/支持。 与应用程序团队保持开放的沟通渠道，确保将应用程序团队的应用程序迁移到云平台时具有足够的代表性。企业需要了解应用程序依赖性并相应地计划迁移。 在云平台上构建健壮的着陆区，并创建共享服务以减少运营工作量。 在云迁移之前，使用日志记录、监控和安全工具确定并提高团队技能。企业不希望其团队在迁移之后寻找工具来维护运营稳定性。如果企业选择扩展当前的工具链，则相应地实施计划。 根据用例计划混合连接，大规模迁移通常需要将专用连接恢复到内部部署设施。 运行具有足够回顾机会的敏捷性流程，以便可以实时改进。
