本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
通往云端的路径
本节介绍一种用于实施将您的 Windows 应用程序迁移到的最佳实践的高级方法 AWS。本指南的后续章节将详细介绍这些迁移策略和步骤。
迁移策略
迁移策略是用于将工作负载迁移到的方法 AWS 云。将应用程序迁移到云端有七种迁移策略。这些策略被称为7R,建立在Gartner在2019年确定的 7R
-
重新托管(移动)-无需进行任何更改即可将应用程序迁移到云端,以利用云功能。
-
重新定位(虚拟机监控器级直接迁移):将基础设施迁移到云中,无需购买新硬件、重写应用程序或修改现有操作。
-
重塑平台(提升和重塑)— 将应用程序迁移到云端,并引入一定程度的优化以利用云功能。
-
回购(直接购买)— 切换到不同的产品,通常是从传统许可转向软件即服务 (SaaS) 模式。
-
重构/重构架构 — 充分利用云原生功能来提高敏捷性、性能和可扩展性,从而移动应用程序并修改其架构。
-
保留(重访):将应用程序保留在源环境中。其中可能包括需要进行重大重构且您想将工作推迟到以后再执行的应用程序,以及您想要保留的旧应用程序,因为迁移它们没有商业上的理由。
-
停用:停用或删除源环境中不再需要的应用程序。
主要变换
在对旧版 Windows 应用程序和数据库进行现代化改造时,会进行以下主要转换:
-
重新托管 — 第一步是将本地基础设施迁移到云基础架构。这种策略通常被称为 “移动” 或重新托管。重新托管意味着将现有应用程序和数据库迁移到云服务器实例。无需更改代码,您负责管理实例配置、软件映像和其他资源。
-
重新平台 — 迁移到云环境后,下一个转型是将应用程序和数据库重新构建为更加自动化和管理的环境。从应用程序的角度来看,这意味着要从虚拟机 (VMs) 迁移到容器。容器化应用程序可以帮助您更快地开发、维护和部署应用程序,并提高可移植性。 AWS 有诸如此类的工具 AWS App2Container
,可以帮助实现传统应用程序容器化过程的自动化。在数据库方面,从自助服务模式转向托管数据库服务(例如 Amazon RDS for SQL Server),无需进行配置、修补和备份。这最终可以腾出资源用于可以为您的组织增加更多价值的活动。 -
重构/重构架构 — 第三个转型领域是从商业软件许可转向开源选项。许多传统的商业软件供应商都是围绕软件许可协议建立业务的,这些协议旨在锁定客户并使用惩罚性的许可条款来强制升级和迁移。通常,商业软件许可费通常会比同等的开源选项增加20-50%的成本。我们建议重构您的应用程序和数据库以利用开源选项,这样您就可以降低成本、提高性能并获得最新的创新成果。
您可以分阶段或一次性完成这些主要转型领域,具体取决于您的应用程序和现代化的总体准备情况。
选择迁移策略
要选择的迁移策略取决于贵组织的业务和 IT 目标。一些最常见的业务驱动因素是降低成本、降低风险、提高效率、填补技能差距和加快创新。我们建议您评估哪些驱动程序对您很重要,然后使用以下指导根据您的驱动因素选择迁移策略。另外,请记住,这三种方法都是您云现代化之旅中可能的道路,具体取决于您在旅程的每个阶段的优先事项。
何时重新托管
重新托管(或移动)通常更快、更容易,因为您无需在应用程序中更改代码或架构。再托管还可以最大限度地减少风险和业务中断。由于应用程序未更改,因此运营团队可以继续照常运营业务。对于大规模迁移尤其如此,因为涉及大量的工作负载,即使是很小的更改也会变得很重要。但是,重要的是要考虑到,再托管并不能充分利用云的好处。例如,如果您迁移的应用程序存在平台问题,则该问题将在迁移后仍然存在。最后,值得考虑的是,与其他迁移方法相比,再托管的总拥有成本 (TCO) 和投资回报率 (ROI) 更低。
何时进行平台改造/重新架构
平台重构通常比重新托管更具成本效益。您可以使用平台重塑来增强自动化,使您的应用程序能够更好地使用云功能,例如自动缩放、监控和执行备份。平台重组减少了云运营团队的运营开销,并最大限度地降低了先前存在的平台问题带来的风险。但是,平台重组比重新托管迁移需要更长的时间。此外,平台改造需要额外的技能来配置在应用程序上执行代码更改的自动化并实现新平台的操作。
何时重构
重构通常是最具成本效益的迁移方法。重构是一种云原生方法,它通过分离应用程序组件来提高应用程序弹性,从而使应用程序能够快速适应新的需求。但是,重构需要更高级的编码和自动化技能。重构还需要更长的时间才能实现,因为它涉及重建应用程序。