IT执行官在云迁移过程中经常面临困难或经验有限,但这并不是放弃的理由。他们利用所学到的经验教训,在随后的尝试中改进结果。因此,这是一个清单,列出了寻求现代化关键任务应用程序的主要区域,以避免重复错误。
每个云迁移项目都应该从一开始就建立一个迁移架构师角色来领导工作。这将是一个系统架构师级别的职位,负责规划和完成云应用的所有方面。该角色负责定义成功迁移所需的必要重构、设计数据迁移策略、概述云解决方案需求、确定优先级以及生产切换机制。

在大型迁移项目中,一个轮子上有如此多的齿轮在旋转,因此必须做出许多关键的决策和技术计划。迁移架构师负责所有的工作,并对迁移的各个方面负责,这对项目的成功至关重要。
组织可以通过两种方式将应用程序从本地数据中心移动到云上—浅云集成或深云集成。
浅层云集成也被称为“提升和转移”,即IT团队将本地应用程序移动到云上,并且不为运行应用程序而对云中实例化的服务器进行任何或有限的更改。这是快速而简单的,因为微小的应用程序更改只足以让它在新环境中运行,而不需要云独特的服务。这种方法有时被称为lift-and-shift,因为应用程序“按原样”被提升,然后完整地移动到云中。
然而,深度云集成需要修改应用程序以利用关键的云功能,如自动伸缩和动态负载平衡,或无服务器计算能力,包括应用程序部分的AWS Lambda。此模型还可能涉及使用特定于云的数据存储,如amazons3或DynamoDB。
在云迁移之旅开始时,IT领导者需要决定组织是使用单个云提供商(迁移应用程序以使其针对单个环境进行优化),还是使用多个云提供商?
确保应用程序优化与特定的云提供商协同工作相对简单。开发者只有一套云api需要学习,应用程序可以从所选择的云提供商提供的一切中受益。
但是,用户将体验到供应商锁定。这意味着,一旦开发团队将应用程序更新为只与一个提供商合作,未来切换提供商的计划可能需要与最初的云迁移一样多的努力。另一个要考虑的问题是,拥有单一的云提供商限制了组织与云提供商协商价格和SLAs等重要术语的能力。
•每云一个应用程序–最简单的多云方法是在一个云提供商中运行一组应用程序,在另一个云提供商中运行另一组应用程序。这使组织能够提高与多个提供商的业务杠杆率,并提高未来应用程序分配的灵活性。另外,开发人员可以为运行应用程序的提供商优化每个应用程序
•跨多个云提供商的应用程序–可以在一个云提供商和另一个云提供商的其他部分之间拆分应用程序的部分。这样,IT团队就可以最大限度地利用每个提供商提供的关键优买球平台势。例如,一个提供者可能具有增强的人工智能功能,而另一个提供者可能具有更好的数据库速度。这里的风险是,应用程序与两个提供商的性能相关,任何一个提供商的问题都可能影响应用程序的客户体验
•云不可知应用程序—一些公司构建的应用程序可以在任何云提供商上运行,因此一个应用程序可以在多个提供商上同时运行,也可以在多个提供商之间拆分。这种方法在供应商谈判中提供了非凡的灵活性,因为它使得从一个云提供商到另一个云提供商的负载转移变得更加简单。然而,开发人员团队在使用每个云提供商的关键功能时可能会遇到困难,因此会将在云中托管应用程序的好处降到最低
这个清单不是决定性的,因为在云迁移中没有成功的“正确途径”,当然也有其他领导人可以考虑的方法。无论组织选择哪种云迁移方法,始终培育一个安全可靠的云环境都是至关重要的。