虽然云计算可能已经为各行各业带来了巨大的生产力提升，但您不能一头扎进可用的最佳云解决方案中。将数据和应用程序转移到云端是可取的，而且似乎是一个大胆的举动。这是因为企业必须考虑许多关键事项，以确保他们的过渡是无缝和成功的。如果你能在真正投入新技术之前考虑这些要点，以避免以后的陷阱。
将应用程序迁移到云的成功策略建立在 Gartner 之前概述的云迁移 5 R 的基础上。企业将仅在迁移过程的第二阶段开始决定迁移应用程序的方法。这是Portfolio discovery、planning的阶段，在这个阶段；他们试图确定他们的环境包含什么，他们的相互依赖性是什么，哪些应用程序更容易迁移，哪些应用程序更具挑战性，以及他们将转移每个应用程序的方式。
在此知识的基础上，企业便可以制定出明确的计划。该计划可能会随着迁移过程而改变和调整。根据计划，他们可以决定如何迁移每个应用程序以及迁移发生的顺序。根据当前的许可系统和架构，迁移复杂性可能会发生变化。通常从低复杂度范围内的应用程序开始总是可取的。这样的迁移更容易完成。然后你可以转向更复杂的。
云迁移的步骤是什么？
AWS 云迁移步骤
重新托管：迁移应用程序的第一个策略是重新托管，也就是众所周知的“直接迁移”。人们看到许多云存储项目正在使用云原生方法进行全新开发，但是当企业尝试更快地执行迁移时，大多数应用程序都会重新托管。这种重新托管可以使用工具来完成，而一些客户更喜欢手动执行此操作。顺便说一句，人们注意到，如果应用程序已经在云中运行，则重新构建应用程序会更容易。这可能是因为企业已经具备优化它的技能，或者迁移已经完成的应用程序和数据的难度。
Replatforming：Replatforming 也通常被称为“lift-tinker-and-shift”，是另一种用于将应用程序成功迁移到云的策略。您可能必须进行一些优化才能获得收益，但您不需要更改应用程序的核心架构。您可以尝试通过转移到 Amazon RDS 或数据库即服务平台，以及通过将应用程序转移到完全托管的 Amazon Elastic Beanstalk 等平台来减少处理数据库实例所需的时间。
回购：回购是指转移不同的产品；例如，将 CRM 转移到 Salesforce 或将内容管理系统转移到 Drupal 等。
重构/重新架构：第四个关键步骤是重新架构或重构，其中应用程序的结构和创建是通过使用云原生策略重新构想的。当需要强烈敦促业务的一部分扩展功能并添加新功能时，通常会驱动这种情况。这可能很难在现有环境中部署，因为从单一设置迁移到无服务器架构的成本非常高。但是为了提高业务敏捷性和其他好处，您可以重构您的应用程序。
退休：当任何给定的工作负载无法提供任何类型的业务价值并且甚至不需要另一个工作负载时，最好摆脱它或“退休”它。已经看到，近 10% 的任何业务 IT 组合都不再有用，并且可以轻松将其关闭。这是有益的，因为节省的资金有助于业务发展，并将团队注意力转移到其他人将使用的资源上。
保留：保留是重新访问或至少暂时不做任何事情。当您还没有准备好优先考虑最近升级的任何应用程序时，您可以保留它。您可能也对迁移某些应用程序不感兴趣。换句话说，您必须只迁移那些对您的业务有帮助的应用程序。
结论
云迁移的整个过程可能会让人不知所措。企业应该深入了解他们的现场基础设施以及云可以提供的最佳选择。当您尝试手动迁移时，这通常是不切实际的，如果您依赖过时的信息，您可能会在评估期间错过关键信息。通过处理正确的问题和透彻分析正确的数据，公司应该能够完成AWS 云迁移顺利。选择最佳的应用程序迁移选项涉及一个不能孤立做出的决定。任何此类决策基本上都是基础设施现代化决策。因此，必须在更广泛的应用程序组合管理环境中处理它。该决定并非真正针对移民；这更多是关于优化的决定。简而言之，企业必须了解哪些迁移技术和托管云平台可以优化应用程序对 IT 目标的贡献。
