这是我上一篇关于"SAP系统向云迁移期间Wave规划概述"的博文的延续
https://blogs.sap.com/2020/05/30/overview-on-wave-planning-during-migration-of-sap-systems-to-cloud/
作为SAP迁移到云或其他(数据中心)DC到DC迁移的一部分,更大的战略问题是,如何验证在成本、业务依赖性、质量/KPI、时间线等方面所规划的浪潮或大爆炸中的迁移选项是否正确,
作为第一步,分析范围、系统、业务依赖性等,并开始为以下战略参数打分。得分越低,影响或风险越高。因此,最终得分将给出高水平的指示,说明选择的选项方向正确。
项目持续时间–SAP迁移项目持续时间越长,将对成本和风险产生影响。因此,这需要一个平衡点。
成本影响–这是许多此类迁移项目的主要驱动因素之一。这需要从IT和业务角度考虑各种因素进行优化
中小企业的可用性-这里要考虑的关键因素是基于,什么是云计算和大数据,管道和业务承诺中的其他项目
测试工作-有时,团队可能没有带宽来执行测试,以防出现大爆炸或少量波动。因此,在规划波浪时需要考虑到这一点。
飞行中项目影响–波浪数量越多,对其他飞行中项目的影响就越大
技术与业务系统的影响或依赖性。考虑到业务的依赖性,爱返利,这应该是一个系统的组合
学习-这起着至关重要的作用,尤其是在波浪的数量上…波浪越多,倾向性越好
临时支持成本-波浪的数量越多,虚拟主机,临时支持成本就越高。
退役的容易性-这在大爆炸方法的情况下可能会产生影响考虑到审计、法定指南、可用工具、利益相关者接受程度等,
系统状态-在迁移期间,淘客是什么意思,根据波数,一些系统将在云端,一些将在本地。需要分析业务依赖性,并在这里给出适当的考虑。波数越多,影响越大。
请参考下面的参考/说明矩阵,可以准备对所选的单个选项进行评级。
得分最高的选项可被视为可选择的选项。
得分矩阵
最后波数与大爆炸方法是成本和风险之间的权衡。这里没有对错之分,也没有基准线。
这取决于衡量这些因素的标准&如何衡量这些因素,一个人能够承受的风险大小等等。,每个客户可能都有额外的维度需要衡量,这些维度也需要作为业务利益相关者密切参与的投入进行评估。
这项工作的关键在于给出正确的分数,真正云服务器,这必须与项目经验、经验教训、面临的问题、对正在进行的项目的洞察力的投入相结合,业务需求等,
因此,对系统及其依赖关系的细致分析是做出正确决策的关键,这一决策主要为业务所接受,也符合IT战略。