我之前的文章《微软云之旅：成功的5个策略和3个领导原则》是关于成功的微软云迁移的策略和领导原则。
在这里，我进一步扩展了白皮书的迁移部分：采用微软云操作模型。人们可能会认为所有这些场景都是可行的同样适用于SAP迁移。
***作者注：截至2019年7月，微软发布了针对Azure的微软云采用框架，并在客户案例中取得了成功。***
我将尝试在本文中回答哪些场景适用于SAP迁移到Azure，以及为什么它与移动到云的.Net或Web应用程序不同。我还将讨论可在Azure中与SAP一起使用的扩展平台服务，并绘制场景图。
迁移和现代化
让我们在此处查看Microsoft云操作模型中的云技术定义。
迁移：通常称为"提升和转移"迁移，此无代码选项允许您快速将现有应用程序迁移到Azure。每个应用程序都是按原样迁移的，这提供了云的好处，而不必承担代码更改的风险或成本。
重构：通常称为重新打包，是一种云迁移方法，它涉及到对应用程序设计的一些更改，但不涉及对应用程序代码的全面更改。应用程序利用基础设施即服务（IaaS）和平台即服务（PaaS）产品，如Azure应用程序服务、Azure SQL数据库管理实例和容器。
重新架构：修改或扩展应用程序的代码库，以便为云扩展和优化应用程序。将您的应用程序现代化为具有弹性、高度可扩展、可独立部署的体系结构。使用Azure加速进程，自信地扩展应用程序，轻松地管理应用程序。
重建：使用云本地技术从头开始重建应用程序。Azure平台即服务（PaaS）在云中提供了一个完整的开发和部署环境，无需支付软件许可证的费用和复杂性，无需底层应用程序基础设施或中间件和其他资源。通过这种云迁移策略，您可以管理您开发的应用程序和服务，而Azure可以管理其他一切。
定制开发与打包应用程序
让我们进一步定义什么是SAP应用程序。SAP软件不过是IT行业所称的打包应用程序。以下是定制应用程序和打包应用程序的主要区别。
图1:SDLC定制应用程序与打包应用程序（来源于此处）
从广义上讲，设计、构建、测试和部署过程有明显的区别。像SAP这样的打包应用程序以业务流程最佳实践框架为基础。
尽管定制开发都是编写代码和部署代码（例如：web应用程序）。一个Web应用程序可能有一个后端数据库和前端UI（用户界面）
在上面的粗体引用中可能有打字错误。它应该读作打包的应用程序。但这确实说明了一个问题。定制应用程序的软件模型和生命周期管理与传统SAP解决方案不同。
这也不是关于软件即服务（SaaS）模型，如S/4 HANA云。这个模型是通过多租户云实现的软件标准化版本。通常意味着客户必须采用特定的业务流程，而不需要修改代码库。
主要是SAP云平台（SCP）可以通过OData进行SAP扩展，但不能修改S/4 HANA内部版本或云版本的核心代码库。右边是SCP平台服务并排场景。
图2:SAP S/4 HANA与SCP并排扩展场景（来源于此处）
SCP也在某些地区的Cloud Foundry PaaS下的Azure上运行。随着越来越多的服务通过开放式Azure Service Broker交付，Meta Azure Service Broker将被取代。
SAP打包软件迁移到Azure时将只使用基础设施即服务（IaaS）服务（例如：虚拟机和存储）。通常，平台即服务（Platform-as-a-Service，大数据分享，PaaS）服务没有被使用，因为它们没有经过SAP认证。例如，贵阳大数据，Azure SQL托管数据库服务。
SAP说明：928533 Azure上的SAP应用程序：支持的产品和Azure虚拟机类型
SAP Netweaver体系结构
SAP Netweaver ABAP体系结构（改编）自几年前推出以来一直没有改变。
图3:SAP Netweaver ABAP体系结构（改编）
这个漂亮的图表描述了SAPNetweaver库：SAP帮助中面向函数的视图。它将所有不同的组件作为一个SAP打包软件交付给客户。
图4:SAP NetWeaver库：面向功能的视图
对于迁移到云的自定义应用程序，上述四种场景适用。所以呢，我们如何为基于SAP Netweaver平台的应用程序（S/4 HANA或ERP）映射各种云迁移在任何数据库上）？
然而，SAP打包应用程序并不完全符合这一定义。这是因为SAP Netweaver库提供了作为捆绑包进行构建、部署和测试所需的所有软件组件。不存在将SAP重新编码为云本地应用程序的情况。
SAP也有自己的软件生命周期工具SWPM（software Provisioning Manager）。它的功能是安装、升级、迁移。Maintenance Planner还确定要升级的各种支持包。
将SAP迁移策略映射到Azure云迁移中心场景
因此，让我们阅读Microsoft的"迁移SAP Azure"白皮书。让我们在表1的第二列中假设当前本地源系统如下：
表1:映射到Azure迁移方案的SAP组件示例
四个方案中只有两个适用：在Azure中重新托管并重新构建到IaaS服务中，但在这里，我将通过这里的例子来更深入地讨论。
