加速您的数字化旅程 - 将您的 SAP 应用程序生态系统迁移到云的行之有效的方法

Abstract 本白皮书将为应用程序从内部托管迁移到云托管平台提供必要的见解。将您的完整应用程序组合从内部托管迁移到云是组织的一项重大转型工作。整个迁移项目应该以受控的方式准备和执行。您可以使用本文档作为此类复杂项目的指南。白皮书回答了踏上这一旅程的一些未知因素，并强调了Infosys可以帮助您加速SAP应用程序转换之旅的领域。 2.总体项目范围界定:您应该只进行迁移还是将迁移加上其他改进（例如升级，修补等）？3.广泛的范围和必要的努力重新建立the一体化4.检测范围:当您进行实施或升级时，您知道要测试什么？对于这种类型的项目，您正在移动完整的基础架构 将您的完整应用程序组合从本地托管转移到云是一个巨大的转变，涉及业务风险。您在启动项目时遇到许多未知因素和相关风险。前五个未知数include: 5.正确的规模和时间规划：对项目的分配时间、整个活动清单和整个系统的最佳排序方法的正确理解水平是什么？许多活动取决于源系统的正确访问水平。如果你没有得到，你如何进行计划B？ 1.有关切换停机时间的知识：您无法停止正在运行的业务。因此，进行生产系统迁移的唯一时间窗口是周末或延长的周末。除非您有基线，否则您如何确保为所有系统实现此目标？ 适应云生态系统)•您也可以结合应用程序升级-通常，这是作为一个单独的项目完成的，但如今，无论应用程序生态系统支持，您都可以将其作为一种组合方法•最后,升级集成层，以防旧版本不兼容云 以上可能只是一个开始。您可以增加范围以带来额外的改进，例如- 应用程序迁移项目将具有多个作用域元素： •应用程序和链接实例的移动（即开发、质量、生产等）•移动所有层来支持应用程序，即操作系统,数据库,信息安全,应用安全,集成层 •已经为每个层确定了改进，即操作系统（更改操作系统类型），升级或更改数据库（将旧DB逐步淘汰到不同的DB或版本升级），应用特定的安全解决方案（更多 在准备阶段，您将遇到由于兼容性不匹配而导致的问题，即给定的OS-DB-Apps版本组合将不起作用或给定的 云设置不支持OD-DB-Apps的版本。兼容性链接版本适配将成为第7个增量作用域元素。 兼容性检查应该是项目准备阶段的可交付成果。 完成项目准备/范围确定阶段后，您最终会得到四组要求： 1.应用程序从内部迁移到云2.升级到DB和安全层3.升级应用程序4.集成层升级 如果您必须根据复杂性进行排名，则变体1将最复杂，其次是2和3。对于SAPS/4HANA转换项目，我们将采用变体1场景，其指导方法和工具集涵盖所有四个范围元素的无风险移动。 你应该考虑什么样的准备活动？ 遵循应用程序迁移项目的四个准备先决条件活动 是降低项目执行风险的关键，使方法、资源和进度清晰。 强烈推荐。虽然您可能包括其他活动，但以下四个 架构,接口类型,计数 2.兼容性检查:OS、DB和应用程序兼容性isoneofthekeypreparationactivities.Pleasecheckthingsthatwillnotworkandaccordinatelyfinalizetheoverallprojectinclusions 1.硬件大小:输入/输出处理速度(IOPS)对于迁移至关重要，因为它决定了从磁盘读取/写入数据的速度。在IOPS方面，对于Azure and活跃的如果它是现成的，信息将减少大量的项目准备活动。 除非您有此信息，否则您将不知道所需的技能，工作范围以及如何 迁移您应该采取以下策略： •知识设备预配捆绑包及相关兼容性。这取决于您要访问的云托管并检查配置机制从合作伙伴的前期。基于捆绑供应，项目范围应调整 与外部部件的大量协作应该被考虑在内。你应该把它作为项目准备的一部分，你应该从你的实施伙伴那里寻找一些工具选项，以减少执行时间并带来准确性。 •根据IOPS要求选择虚拟机配置•不要去固定IOPS大小，保持灵活性，并根据开发、质量和生产系统•最佳实践是选择正确的VM类型来匹配源配置或更多，以避免性能问题。点，你可以归结为较低的配置。 3.集成范围:您应该在开始迁移之前完成集成准备。•完整的知识一体化 4.应用程序暴露分析：你应该知道应用程序暴露于外部系统（在防火墙之外） 您的安全性为其升级和改进设置了配置范围和要求。 以及外部客户或外部用户如何访问应用程序。您的应用程序暴露程度将推动 您如何处理此类项目的执行？ 来执行此项目。您可以按地区或业务类型捆绑应用程序 您熟悉瀑布模型或敏捷交付模型中的项目执行。应用程序迁移项目涉及捆绑概念and for eachbundle one complete thread of Waterfallproject phases. With应用程序捆绑方法,你: 应用程序DR和高可用性设置为正在进行的捆绑包。不要在最后单独执行DR设置 •最后集中移动使用的应用程序•应用程序捆绑可以将多个生产，开发和质量系统一次性组合在一起。结合 •将应用程序包作为飞行员其中每日操作事务量最低，而应用程序关键是最低 •采用应用程序捆绑方法 您如何为此类项目执行测试？ 您应该对所有五个层（操作系统、数据库、应用程序、安全和集成）执行端到端测试。 •云安全测试•应用程序性能测试•应用程序集成测试•业务运行测试 •开始移动应用程序之前的云平台就绪性验证•云基础设施测试 生产切换和停机时间优化 生产系统停机时间决定您是否可以执行此类项目。运行时优化主题需要付出大量努力才能达到预期目标 停机时间窗口。您需要一个明确的策略来开始，然后进行多次试运行和创新方法，以在进步的过程中融入学习。您 可以应用以下技术将您的停机时间减少多达60％。 应用5个关键技术减少停机时间 基于您的目标云基础架构，一些底层技术和调整将发生变化。 案例研究 我们的客户是染料和特种化学品的全球领导者。客户的IT总部位于瑞士，在35个国家/地区设有25个产品站点。客户的SAP环境包括4种运行的核心SAP生产系统 适用于4个不同区域，具有APO、EHS、BW、SRM等外围应用生态系统。 项目范围涉及添加额外的集成层升级、OS升级、OS类型更改以及DB升级和安全层改进。 SAP和非SAP系统的完整应用程序组合在创纪录的10个月内移至Azure云。 关于作者 RamNarayanHalder SAPS/4HANA数字转型架构师，Infosys Ram在SAP转型计划方面拥有超过19年的经验。在他目前的角色中，他为转型计划中的客户提供建议，帮助他们在Infosys工具，加速器和云迁移端到端执行框架的帮助下，通过强大的准备和无风险的执行来实现项目之旅。 有关更多信息，请联系askus@infosys.com