【直播回顾】云端共筑·数据跃迁—德勤×SNP×AWS联袂解读SAP ECC升级实战原创

线上的伙伴们大家下午好，欢迎大家参与今天由德勤SNP和AWS联合举办的ECC升级实战直播活动。今天我们将探讨SAP pecc系统升级的话题，那通过德勤战略咨询到SNP的技术赋能以及AWS的云基础设施，三位一体的SAP升级上云解决方案，助力企业从容面对SAP系统升级，加速迈向AI驱动的业务和未来。那我们今天将有3位专家老师。为大家带来精彩演讲嗯，德勤管理咨询合伙人陈晶晶，SNP转型业务顾问总监何小叶以及亚马逊云科技合作伙伴解决方案架构师刘磊老师，大家将分别就不同方向为大家带来业务解读。那下面有请德勤管理咨询合伙人陈晶晶为大家带来演讲，极速可靠重塑未来企业核心系统升级的经验分享，有请陈总。

好，各位朋友们，大家下午好，那我这边说话大家听得到吗？可以听到，嗯，好，我好的好的，我也跟大家开个摄像头打个招呼啊，跟大家认识一下，好，我这边现在投一下屏幕。好，各位可以看到吗？可以看到。好行，那好，那我们就正式开始今天的一个探讨啊，那呃，很荣幸今天我能代表德行来跟大家做这样一个话题的一个探讨，那我相信线上的呃各位朋友们应该多少都是对这个话题，无论是正在做或者打算做，或者至少有感兴趣吧，那所以呢，今天的话呢，我大概分成几个部分啊，就是说呃来讨论一下我们呃很多企业他为什么要做，他做的时候他打算怎么做啊，然后包括我也放了一个例子，就是说我们之前的一些呃成功的一些案例，那他们是怎么一步步做过来的，那中间有一些呃什么样的一些关注点，那当然后面我也会谈到是说从德勤，从SP层面上，我们一起合作，各自可能有些什么样的一些工具和一些优势，能够帮助我们的企业能够快速的实现这样一个转型。

好，那我呃个人就简单的做个自我介绍，我叫陈晶，那我是德勤中国的合伙人，主要的就是在一直在做这个技术转型咨询这块的服务啊，包括这个ERP的升级服务。好，那大概头上呢，我想先从就是说很多企业他可能为什么要做这件事情开始是吧，就是呃，就是细节呢，我可能就不展开了，我大概讲几个方面啊，首先第一个呢，就是说因为现在我们整个环境都在发生很大的变化，无论是我们线上的，无论是我们国内的企业啊，这个还是说我们可能一些外资的一些企业，那都在从一个呃，都在进入到一个非常充分的这么一个竞争的一个市场，那在这个进充分竞争的一个市场里面的话呢，势必让我们在无论面对各种类型的竞争对手的过程之中啊，要无论是考虑这个呃，客户体验层面上的竞争，还是考虑我整个供应链的这个效率层面上的竞争啊，还是考虑我整个成本层面上的竞争，那各方面都会要求我们不得不要去考量，那我从整个数字化这个层面上来讲，我到底要用一个什么样的一个架构，什么样的一个姿态来更好的支撑我的整个一个业务的发展。

那这个部分是一方面，那另一个方面当然也不可替代的从一个呃，以前我们做数字化过程之中的一个选择题，现在变成了一个必答题啊，就是如何在我们的整个业务系统里面啊，包括我们的ERP，包括我们的周边的数字化创新里面，把AI能够更好的用起来，那包括SAP自己现在也从整个新的产品方向里面，也是重注在这个AI的这个智能文化的发展上啊，叫这个企业自主运营啊，自主运营企业，那如何把这些东西结合我们的整个EP的整个转型，能够方方面面的都能够考虑到，一方面实现我们核心系统的升级，另外一方面能够更好的面向我们的科技创新和整个呃企业的更好的一个能啊，帮助我们去实现我们的一个价值，这个可能是我们现在从整个转型过程中要面临的一个重大的一个题。

那通常很多企业是说，呃，我有这个想法要去做是吧，但是呢，可能都会遇到一些挑战和一些阻力吧，啊，那首当其冲的问题就是所谓这个太贵的这个问题啊，一般来说我们做整个核心系统的升级，尤其是我们一些中等规模以上的一些企业啊，大型企业，那这里面涉及到的方方面面的投入就非常差了啊，是一个非常省份的一个决策啊，所以很多客户可能是倒在第一关上，就是我到底能不能说服我的管理层投入这么大的一个决心，花这么多的钱去做这件事儿啊，所以这个是第一个。那第二层面上来讲，这个有这个预算啊，但是我是不是一定就能去做这件事儿，那很多企业可能会考量的是说，那尤其是一些业务情况也比较复杂，系统架构比较复杂的企业啊，做起来太难对吧，就是我一方面就是说从0~1，如果我要走这个green，那很多企业也是折腾不动的，我们现在呃，很多行业里面看到的一些经验上来讲这个，因为毕竟一个企业经营这么长时间，我不可能把以前的这个所谓的经验也好，这个这个负债也好，全部都给呃放弃掉是吧，我肯定是有很多东西是要继续去沿用的。

那另一方面呢，如果我要沿用，那到底我沿用哪些，如何更好更妥当的把它给搬过来，那哪一方面能够让以前的这个好的资产好的一些，呃，工具能够更好的用起来啊，包括好的数据能够更好的用起来，那另一方面的话呢，又能够有一定的柔性，能够支撑我前面谈到的这个，无论是新技术的一些应用，AI的一些创新，也能够同步做起来啊，所以这个本身是一个比较难的一个话题，到底怎么能够更好的去去做好。那从第三个层面上来讲的话呢，即使我可能有这个预算，或者说我也有这个决心去攻坚难的来做这个事儿啊，但毕竟我们要做这个项目，可能他也不是呃，一个或者几个部门去能够推动的得了的啊，因为它毕竟会涉及到比如说我可能对整个业务来讲，他可能也都会是一次，这个不是说翻天覆地，但至少是一次很折腾的一个行动，对吧，就是无论是配合我们去做设计也好，配合整个转型过程之中的这个测试也好啊，当然也包括了可能也会挤占。

别的一些数字化创新项目的一些窗口，对吧，就是在做的整个大型系统这个转型升级过程之中，势必会有一些项目要考虑适当的从呃周期上，或者从时间计划节奏上，要适当的为这个核心系统的转型升级要让步啊，或者说做出调整啊，所以方方面面来讲的话呢，其实是对业务来讲也是挺折腾的一件事，那回过头来讲，我到底做了这个升级，能给我带来带来多大的效益啊，所以这个会面临呃会势必是一个我们必须回答的一个问题吧啊，所以我们想说呃围绕这三大难点吧，就是我们大概的一个呃思考的一个方向是什么啊，所以我们大概呃把它定义成这么几个方向吧，看看如何能够呃更好的去帮助企业啊，把整个转型过程相对来说变得更加顺畅一点啊，也让呃大家能够压力变得更小一点啊。

那我们讲这个几个方面吧，第一个方面层面上来讲就是呃，我们讲这个定方向是一个非常重要的一个事儿啊，因为我们呃核心系统的转型升级涉及到方方面面，我们不可能什么事情都在第一把的时候就完全做好啊，但是呢，没考虑好是不行啊，所以说我们讲这个所谓的这个文明双态，呃合理规划讲的是说，如果是先做了再说，这个是肯定没办法说服我们的管理层啊，包括也没办法去回答很多问题啊，到底我跟其他的业务系统的或者业务的创新之间是什么关系，各自的边界在哪里啊，3年5年或者一年两年之后，我的整个收益在哪里，就这些问题肯定回答不了。那另外一方面来讲的话呢，实际上像以前我们可能先做这个半年的规划，再确定未来的整个三年五年的整个数字化的一个转型发展，这条路呢，可能也走不太通啊，比如说一方面也没人敢一把看三年五年到底会怎么样，这个世界变化很快，对吧，无论是呃，整个营商环境也好，这个政治环境也好，包括我们的整个技术环境也好，发展都非常快，3~5年之后，坦白说很难预测到底会变什么样。

啊，所以说的话呢，现在我们往往是以周为单位去计量啊，6周，8周，十周，12周，做一些社会的量化的一些规划，帮助大家去确定边界，拉通共识啊，尤其是这个拉通共识，能够把很多跨部门的一些沟通拉起来啊，能够大家形成一种共识，就是说未来我到底一步步应该怎么走，各自做什么，在前期策划的时候能够更好的形成共识，那也能够让我们在整个做的过程之中啊，能够减少很多的障碍。那第二个呢，也是我想重点讲一讲的，就是说啊，如果我们选做的是啊，我们市场上常讲所谓这个选择性迁移啊，那就是说我们一方面就另外一方面同步创新，那势必会涉及到如何我们把存量的资产能够更好的迁移过来，那呃，我们讲这个技术如果能够往前走一步，势必会让我们的整个业务会少折腾一点啊，所以说来讲的话呢，就是说从我们德行层面上，我们会有我们的整个转型升级加速器啊，能够这个一会儿我也会重点打开讲一讲，就是说能够让我们的整个前期的策划的过程，调研的过程啊，文档撰写的过程，测试的过程。

包括整个代码修复的过程变得更加顺畅，那一方面降低周期啊，就是让我们整个转型速度变得更快，另外一方面来讲的话呢，也可以减少业务层面上的整个呃投入啊，也解决我们整个太折腾的问题，那当然了，这个SNP也是中间的一个非常重要的一个工具是吧，所以围绕整个呃，结合这个SNP这样一个数据迁移的一个工具，我们也有一套专门的定制的这个实施方法，大家一起共同协作，让确保我们整个数据搬家服务变得更加的稳定可靠。

那第三个可能也是很多企业要面临或者考虑的一些问题，那既然我们这多多少少也是一个转型的一个工作啊，那势必也会对我们的整个it的运营模式啊，多多少少也会带来一些变化，尤其是现在我们随着整个科技的发展，核心系统的升级，或者讲这个icb的升级，它只是我整个转型工作里面的一部分啊，那真正意义上能够给我们企业要去完整的呃，创造价值的，势比我们要考虑端到端的一些整体的一些能力吧，比如说我整个大财务的解决方案，它可能是基于SAP的，但是也可能不止几于SAP，那包括我的整个大工链，大营销、大研发，其实逻辑都是一样的，那包括如何能够把AI的能力能够上去啊，所以其实也会对我们的整个I原有的一个呃运营模式。啊，然后呃。包括我们的整个人才的整个储备啊，也会带来不一样的一些转型啊，这个也是我们在呃前期规划和中期项目执行过程之中啊，也不得不要去考虑考量的这么一个呃重要的因素吧。

OK, 那呃后面的话呢，我这边会有一个简单的一个例子跟大家分享一下，就是说我们之前的一些呃成功案例是怎么一步步给走过来的啊，就是说我们前面大概谈到的是说呃做好一个呃文明双态的一个新量化的一个规划咨询啊，所以这个是我们之前的一个事例啊，就是我们一方面既要防止是说所有的需求都纳进一个转移项目里面来，那另外一方面的话呢，也要确保是说我真正意义上做的过程之中，也能够同步的把一些啊，无论是从公司的战略层，还是从整个业务的经营层层面上，大家的一些关注重点啊，能够合理的纳入到整个项目的整个管理体系里面来，那无论是这个是一个项目还是一个项目群啊，我们都要有序平稳的给他推起来。所以从这个图上大概想表达的一个意思是什么呢？我们当时最早的时候大概是一个10~12周的这么一个，呃，咨询项目，那规划项目吧，然后从整个顶层的这个贝斯的规划项目里面，我们大概收了400多个需求啊。

但最终的话呢，从左下角大家可以看得到，我们实际上是给它收敛成了10个大的opportunity啊，就这里面既包括了我们整个核心系统的ERP的一个升级和优化，那另外一方面的话呢，因为我们是站在整个端的这个角度来思考，或者说来考量，从我们整个战略和业务层面上，到底能够有一些什么样的一些关注点啊，所以左下角这个图上呢，基本上每一个纵轴就是我们的一个大的业务领域或者业务职能部门。但我们这10个opportunity呢，其实都是跨职能部门的一些大的一些啊，优化的一个方向啊，当然这10个大的opportunity的话呢，它也不是完全放在一个项目里面的啊，所以我们也是对它进行了一个合理的一个规划，每一个呃大的这个优化领域，我们到底哪些或者哪一部分放在我们整个第一阶段的这个项目里面同步的去推行，哪些可能会作为这个其他的一些项目，再放在整个大的一个项目群规划里面啊，持续迭代的去去去往后去推啊，所以这个是一个呃大的一个费林的这么一个实例。

那在基于整个大的face前期做好顶层规划的这个大的前提之下，那我们呃结合呃工具的使用，结合技术的一些使用，那当然也结合了我们整个呃项目推进的整个策略和方法，那我们也帮助这个企业啊，最终的话呢，我们也把整个核心系统的升级迁移上云啊，然后呃。做了一个实施的一个落地啊，我们大概花了差不多十个多月的这么一个时间啊，那当然了，这个10个多月呢，其实对这个客户来说的话呢，已经是一个非常有挑战的这么一个时间窗口啊，因为这个项目的话呢，实际上非常复杂，我相信这个我们在线上的各位的，呃，项目里面的话呢，如果真的要做起来，应该大多数应该不会到这个大的一个复杂层级，所以呢，我们从整个周期上啊，还有很大的优化的一个空间。

那因为这个项目的复杂性是在于说，比如说量啊，从整个呃开发量吧，就是这个客户的这个呃存量的开发量，我们差不多有将近1万多项的这个开发项目啊，然后涉及到整个周边系统的话呢，大概有40多个周边系统要去做集成啊，所以这个是呃大的一个量级啊，然后从数据迁移层面上来讲的话呢，也是一个非常有挑战的这么一个活啊，大概有超过5个T的这个数据迁移到未来的整个S系统里面去。然后呢，我们大概从整个测试层面上来讲的话，涉及到的测试的用例啊，就大的那些sarios测试的场景啊，差不多有超过2万个测试场景，那参与T测试的人员大概有400多个啊，实际上我们最终上线的用户大概是2000多个，呃，I的这用户啊，然后我们也涉及到大概六个场地的这个联合办公，有些是在国内，有些是在海外啊，所以这个是我们整个项目的大的一个复杂度。

那在这么一个大的一个复杂度的一个呃项目啊，甚至一定程度上它是一个呃项目群吧，就就从这个工作层量长层面上来讲的话呢，我们大概一共花了呃10个月上线啊，然后再加我们后续的一些运维和一些知识工作啊，所以这个是我们整个项目这么一步步走过来，那这里面的话呢，非常重要的一个点，当然是来自于它的整个数据迁移啊，也是我们跟这个SNP，我们大家一起联合起来去推进的整个数据的一个啊迁移的一个落地啊，所以这个是大概整个项目的一个呃实施过程跟大家做一个简单的分享。那呃。稍微再花几分钟时间讲讲我们整个身体迁移的工具啊，因为前面的话呢，更多的是方法，然后呃讲了一些案例，那实际上来讲的话呢，也给呃各位分享几个工具吧，那我想其实重点讲一讲这个工具啊，所以这个工具呢，实际上我们不止在一个案例啊，其实是在好几个案例里面，多多少少都有用到这样的工具来帮我们的企业啊，去加速它的整个转型升级的一个过程。

啊，就是说这里面大概有几个呃核心的点啊，就是说这个首先是一个基于AI的这么一个工具啊，我们的目标呢，就是为了呃帮助我们的企业能够更快的在它的整个呃升级啊到rise规定，只是啊比如说我们从升级的这个过程之中啊，能够帮我们企业能够更好的去推进这些转型工作，那所以在几个方面上，第一个呢，就是整断啊，针对我们这种呃运行时间比较长的这些企业，那实际上大家在整个系统里面啊。就是系统里面，其实我们沉淀了大量的一些，呃，自定义的一些开发吧，那无论这些开发是非常有效的，是有些可能不一定有效的，但是第一步的难点就是我们先要去做一个的分析，每一个到底在干什么，对吧，就甚至于我们之前有服务过某一些企业，他在有一些公司或者业务板块里面开发非常多的这种场景之下。

他可能都很难说清楚他的现状。那很难说进楚现状的话呢，会对我们后续无论是去修改我们的程序也好，我们去做测试也好，甚至于切换上线也好，都会带来非常大的一些挑战啊，所以呢，我们当时呃，基于这样一个工具啊，能够实现的点是在于说我们从一开始去问用户到底现状是什么啊，改成了我们先去通过工具大概的去刷一把，看看整个公司或者特定的某些业务场景啊，分析一下他大概在做什么，所以左下角这个图大概大家可以看得出来，这个是我们之前某一个客户啊，然后啊，我们去问用户的时候，用户说这套功能其实大概已经设计了15年，将近20年了啊，他加入这个公司大概也就五六年时间，他不知道到底是怎么走的，他只知道他做了什么，以及输出什么，中间的过程他一概不知啊，所以这个是当时客户遇到的一些造价的一些问题，那我们通过这样的一个梳理之后的话呢，大致也归拢出了这个公司他大致业务流程层面上一部分场景的脉络啊，比如说这个是他当时保税场景一部步是怎么走下来的啊，所以这个是通过整个工具梳理出来的，这么。

一个呃，结果，包括这里面对应的一些程序分别是什么。那第二个能做的事情呢，是说从诊断层面上往下走，能够去做提炼啊，针对我整个不同的一些场景啊，系统里面可能有大量的一些开发，对吧，那哪些开发可能是同质的啊，甚至于可能是重重复的啊，甚至于在重复的基础之上还做了很多不一样的一些处理啊，导致现在都不知道到底哪个版本是啊最新最合适的是吧，就是这这个面对很多大企业啊，尤其是多套ERP的这种层面上，经常会发现这种类似的一些问题。那我们通过这个工具的话呢，能够对我们系统里面的一些资产进行盘点啊，然后进行提炼啊，比如说这个客户他针对整个成本分析的这个这个这个这个报表，其实他在好几个板块里面都有，但是呢，我们做了一次分析之后，发觉每个板块多少都有点不一样啊，所以其他层面上其实是想去做统一，那我们这个结合这样的一个工具的话呢，也找到了一些统一的一些呃入口吧，或者说一些举措。那另外一方面的话呢，就是针对我们整个文档的一些补齐啊，就是说我们针对一些自开发项，我们要去补齐我们的所谓这个工程开发说明书，也是一项非常非常工程浩大的这么一个活吧，比如说到底这个程序是在干什么，以及我要改动之后，我到底要补成一个什么样的一个文档啊，这个也是一件非常难的事情，那实际上结合这样的一个工具的话呢，我们基本上从文档层面上来讲的话呢，也是一个用一个非常高效的方式啊，甚至于非常轻量化的一个方式，就实现了整套文档的一个更新。

啊，那第三个啊，也是不好意思啊，用处比较大的一个事儿，就是我要去重塑这一些程序啊，重塑这些开发项啊，无论是把它给干掉，还是把它给优化掉啊，或者说啊，甚至于可能还一个新的一些处理逻辑啊，那实际上以前的处理方式的话呢，可能我是需要一个呃业务的同事啊，业务顾问再加上一个比如说开发顾问，我们一起去发这段代码到底是什么，然后我们再怎么调，那结合我们这样一个工具的话呢，基本上我们呃业务顾问基本上它能够很快的能就能够找到我到底该怎么去优化啊，因为它能够读出这个代码里面的逻辑是吧，基于你的整个需求，能帮你找到，其实你可能优化的点在哪里啊，能够更有针对性啊，或者说更具象的能够更高效的找到我，一个程序应该如何去优化？

那当然站在技术顾问的角度的话呢，他也能够看到是说哪些程序他修改完了之后，从技术标准层面上来讲，他是不是满足这个行业标准，以及公司层面上的一些开发标准的一些要求，也帮助他找到更好的一些优化的一些方向啊，所以这个是我们整个呃，升级迁移层面上来讲的一个呃，比较行之有效的这么一个工具吧。那第二个的话呢，我可能稍微简单一点来分享一下，比如说很多企业可能也会问我，SAP里面这个，这个花了这么多钱，陈列了这么多的一些数据，我到底如何才能够挖掘我整个系统里面的一些价值，对吧，尤其是一些数据的一些价值，那这个是我大概拿了一个，呃，我们在一家。就是工程机械企业啊，工业品企业里面做了一个呃，基于sapp的一个比较复杂的这么一个管理报表啊，就讲的是基于整个呃BOM展开做了一个成本分析啊，我相信对于制造型企业来讲啊，就是呃基本上都会有涉及到这样的一些挑战和一些痛点吧，就是我针对这个成本分析啊，量又大对吧，这个这个BOM层层展开，情况又复杂啊，有些是可能是产品的这个工程变更造成的，有些可能是我整个过程之中控制不严啊造成的整个质量问题或者。

不对。或者产业层面上的一些呃，质损造成的啊，有些可能是由于我的整个价格变更造成的，那无论是外部行业呃，这个或者原子开料的这个价格变化的输入，还是我整个不同供应商之间的这个配额选择造成的一个价格的一些变化等等各方面啊，那这个对于我们整个成本的分析来讲都是比较困难，那所以说我们结合这样的一个工具的话呢，也能够帮助我们的企业啊，能够更快更高效的去做好整个层层的一些呃，成本分析的一些挖掘啊，那这个只是举个例子，实际上我们从整个数据对象的一些挖掘，尤其是结合ERP的数据挖掘，不仅限于我们在成本这个领域啊，实际上我们在各个领域都可以去做类对应的一些事情，无论是从盈利啊，盈利层层往下穿到我们的整个成本到费用到定价等各方面，都是一样的一个逻辑啊。

好，那呃应该是给了我25分钟啊，那最后我就简单的做一个呃小总结吧，就是说我觉得几个方面吧，就是在德行和SN的一个手工作的过程之中的话呢，我们也帮助很多客户啊，实现了整个呃可靠和高效的一个转型，那具体表现在几个方面啊，一个呢，就是说我们在前期做评估的时候啊，那我们能够结合工具啊，同时结合我们无论是德行的工具，还是SNP的工具啊，然后再结合我们的一些行业的一些能够更好的帮助我们的客户去达成啊，到底我们该做什么，做到什么样的，什么时候做，甚至于找谁来做，花多少钱啊，这些是我们啊，包括可能在投入产出是什么。

这是我们讲这个更好的共识，帮助我们的企业去说服我们的，呃，业务部门，甚至于我的整个高管层。那第二个当然是我们整个迁移的这个过程中吧，就是我们能够去结合我们的整个业务规则的定义，再结合这个工具的所谓这个工业化的一个数据迁移的这个方式，能够降低我们整个迁移过程之中的一些工作量。那第三个呢，就是说针对我们的一些这个呃，数据的一些验证策略啊，和可复用的一些验证方法吧，我们的整个迁移过程变得更可靠。啊，就是从整个啊，一轮一轮的这个这个猫的这个过程之中，我们能够无限的趋近于我们最终上线之后的这个状态啊，让我们以前发生过的这个问题也不会再发生是吧？然后通过工具的这种方式啊，同时呢，也能够规避啊一些我们过程之中的一些呃，就是说啊，有人的处理所导致的一些不可预测的一些风险啊，所以呢，最后当然就是结合我们的整个成熟的方法啊，也结合我们的整个成功的案例，那我相信我们可以联合起来，帮助我们的企业能够以更低的风险来交付一个呃，更高效更高质量的这么一个项目啊。

好，那我的时间差不多了，我的分享的话，我就先讲到这里，谢谢大家。好的，谢谢晶晶的分享，嗯，因为德勤是SNP这边很重要的合作伙伴，在中国我们一起也共同交付了很多个项目，那刚才晶晶这边的演讲呢，我可以大概总结一下，就是德勤这边围绕着核心系统升级所面临的三大难点，从战略规划到技术赋能以及组织的协同，逐一拆解了跨越难关的关键路径，并通过实战案例结合工具和技术使用，让大家更直观的看到数字化转型升级是如何落地的。那在其中技术赋能这一块就主要用的是SNP这边的工具，就是我们主要是做选择性数据迁移的。那接下来呢，我们就有请SNP和小叶老师带来分享，以s npiano平台加速rice比ICP。

啊，小叶老师。嗯，好，大家看得见我的屏幕吗？哦，可以看到，需要通一下屏幕。好，我投一下屏啊，那下面呢，我大概花20~25分钟时间给大家介绍一下，呃，刚才我们德勤的伙伴也介绍的就是借助工具中的SN的工具，那我们的工具呢，叫kiano，它怎么来加速rice，那这边呢，其实刚才我们我们也听到了，就是rice呢，是是我们SAP很多客户的一个SAP客户的很多的一个趋势，但是面临的就是现实呢，就是呃，成本的高昂和漫长的时间下，时间线呢，让s for哈A呢，没法全部释放它的一个，呃，全部释放它的一个这个新的功能的价值，那这里呢，我稍微细化一下呢，大家可以看到我highlight几个点，就是说在整个rise with SAP项目，如果我们遵循SAP的项目实施方法论，在发现、准备、探索、构建、迁移、测试、上线运行等各个阶段，我们总会方方面面的遇到一些坑，比如说刚才我们在扫，呃，在发现和准备阶段，呃，刚才我们也谈到了，就是呃。

数据系统接口清单，不完整隐藏的集成等等，还有就是我要迁徙的话，我这些数据的范围，呃，以及这些配置啊，组织架构啊，这些数据的一些冲突性啊，那这些呢，我们都需要对现在你的ERP用的时间越久，这些有可能存在的这些坑就越多，那需要呢，我们可以扫描一下来发现它，那在构建的过程中呢？呃，那整个过程中呢，包括我的数据和代码的优化，优化以及我要花大量的时间进行测试，一般我们有呃，单元测试，集成测试，U at测试，那事实上我们从呃原ERP往新ERP升级迁移的过程中，我如果带了数据过去的话，那原和目标的数据是否有一致性，呃，这里也需要有一定的测试，不仅是我新的功能啊，逻辑的一些测试，那这呢，一般是要花费呃，业务部门的关键用户，以及我们项目上的顾问的，大量大量的。

间的，呃最后一点呢，就是呃我上线运行了，那我ERP呢，S for哈，遵循着扣的原则，呃我怎么保证我ERP中啊active的数据永远是可的，而且是在云上存储的话，呃它其实是有一定成本的，那我保留一定量的数据在s four, 那我没有进入s four的那些历史沉淀下来的数据该怎么办，怎么处理，我如果继续想要用它，而不仅仅是为了呃法规法律的要求保持在老的ECC里面，让它被访问，可以被查询，而我希望把沉淀下来的数据发挥一些作用，呃可以让我有一些新的创新的一些点或呃数据资产变现出一些新的应用出来呢？那这里呢，我们会涉及到我们系统的归档和退役的问题等等啊那这里呢，呃从这些点我们来看一下呢，首先呢，先看一下s four一个基础的部署方式，呃，那这呢。

至呃06年4月份刚塔呢，最新的一个一个SAP的这个呃应用服务的一个报告，呃这里我们可以看到呢，呃在s food的部署上呢，从过去五六年来看呢，呃在超大规模基础设施上部署，也就是说，比如说我们选择寄存在，呃我们选择在host，在云上的这个部署呢，是个是个长期的主流趋势，那我们后面呢，也会有我们呃AWS呢来分享一下这个呃云上托管S斯哈的，他提供的在基础设施方面的一些保障，那第二点呢，就是呃那迁徙的过程中，呃我们用到的方法论，刚才我们说我们遵循SIP active的方法论，那这里呢，经典的呢，呃也是SIP原厂经常推荐的呢，会是以这种呃green fieldeld或brownfield的方式，但是呢，我们从调研的角度来看呢，从过去五六年来看呢，大部分呢，是一种brown fieldeld或者混合的方式更受欢迎。

因为如果纯fieldd的话呢，技术变革只是一个技术的升级，呃，我业务的变革会比较小，但是如果纯bring fieldd的话呢，就有可能时间成本和风险比较大，呃，我数据有可能也带的不完全，所以呢，所谓的一个混合方式就是green和brown的一种混合方式，那整个过程中呢，也会广泛的使用一些呃，应用程序的自动化，人工的、智能的或低代码平台等先进技术来大规大幅度减少SAP实施和持续支出的相关时间和费用，那我们SAP呢，提供的呢，就是帮大家做s for哈，那升级迁移的一个工具，我们的工具里呢，也内嵌着一些AI的功能或者能力啊呃，那我们看一下，我们介绍一下我们公司，我们公司呢是全球领先的一个SAP数据迁移公司，总部在海德堡，呃，全球呢有35个分支机构，在中国呢，我们的，我们呢是设置在呃上。

海的，呃，那在过去30年呢，我们呃大概有15000多个项目有交付，那主要的交付方式呢，也是我们广大SAP生态中的合作伙伴，比如德勤之类的跟我们一起，呃，我们依托强大的合作伙伴生活生态共同交付了选择性迁移项目，那基本上在这市场上呢，77%的这个选择性的S斯for哈na的数据升级迁移，呃就选呃S斯for哈，那升级迁移的转型项目呢，都是由我们用我们这个工具，呃，由我们的伙伴共同啊，共同交付的啊，那我们这个交付的过程中呢，用的产品呢，是kiano，它主要的方式呢，就是遵循SAP active的方法论，呃比传统的s forhanna rice呢，进行时间上面的呃节省，那这个节省呢，主要呢，是通过几几呃，几个关键的功能或者关键的。

呃，特性做到的第一个呢，就是我们的b field的实施方法论，第二个呢，我们因为用软件来实现我迁徙中的一些过程，比如说系统的扫描分析啊，比如说测试的校验啊，那这些自动化能力，第三个呢，就是我们整个迁移的过程中呢，遵循着一个近零停机的业务要求，根据客户要求的近零停机，反过来来定义我项目中要做多少工作，每步应该怎么做，要有多少轮的迁移测试，以及上线测试等等，最后一步呢，我们可以把你S或升级迁移过程中呢，呃，若干项任务呢，合并在一起做，那后面呢，我会我会就这这几个重点呢，分别标成ABCD来给来给大家做一些，呃，做做做一些阐述，呃。

那我们看一下我们的产品kiano，再往下走一层，它长成什么样子，它主要呢，有三大核心模块儿，第一个模块儿呢，叫kiano foundation, 它就是帮大家来进行系统扫描，进行敏捷性评估的，您当前的数据状况是什么样子的，您当前的代码集成状况是什么样子的？第二个模块呢，叫kiano move, 这个呢就是我们来做sport升级迁移的主要功能，它在这个过程中，嗯，可以包含着多种任务，比如说你在升级迁移过程中，呃，是需要进行合并和收购的，业务部门合并收购，你要把它原来多个ERP的instance合并在一个instance里面，或者说我有敏捷组织的转型，比如说我有海外法规的要求，我需要把s for部署在海外，海外的组织架构，它独立部署一套s for的过程等等，这个呢，我们都可以用这个piano move来做，那第三个模块呢，叫piano manager, 这个模块呢，主要。

那是指我在升级迁移过程中呢，我做数据的一些管理，比如我们刚才讲大规模的数据化验证，呃呃，数据验证，还有呢，就是我们升级结束前，前移后前升级迁移结束后呢，我对SAP的一个归档的管理，以及老的ECC应用程序的一个退役的管理，啊，退役的管理，那基于这三大模块儿呢？呃里面呢，我们也分别嵌入了一些AI的能力，我们后面可以看到，那我们再回到SAP rise的这个标准的步骤，发现准备，探索、实现和部署。那在我们在s four升级过程中，可以借助kian诺的模块儿以及功能，必不可少的呢，就是我界面上打五角星的这三个，在发现准备阶段呢，我们一般用K，我一般可以用kian诺的foundation呢进行敏捷扫扫描系统进行敏捷性的评估，在探索和时间阶段呢，我们用piano move里面的这个呃，Transform, 呃transformation的Co，就是一个呃驾驶的驾呃中控舱一样的呃系统来帮助大家一端连着原系统，一端连着目标系统，呃把这个把这个迁徙工作呢，在这上面和一些迁徙规则呢，在这上面呢进行实现，那在实现和部署阶段呢，我们可以用kiano manager的一些数据验证呢，呃，这个模块呢，来帮大家。

啊，移除到这种很多的这种技术验证技术技术验证方面的这个工作，而让大家呢，可以聚焦在呃，比如说有it测试上面啊，这些更需要业务介入的这些测试，那整个的嗯整个的一个对迁移的影响呢，主要呢，我们可以是呃减少项目的时间计划时间，而且呢，在迁移开始前呢，对it架构呢，做合理的S短，缩短迁移的时间线，减少对业务的影响，并且呢对数据呢进行很好的治理，保证可令扣在长期运营中呢，未来在你的的长期运行中呢，降低的整体的一个呃应用成本啊那我们在因为在过去30年内广泛服务于全球的各各各个SAP客户的这个选择性数据迁移的这个场，选择性升级移的场景，那我们在国内呢，也有一些呢，呃，也有，也有不少客户，呃，我们这里可有。

说像这里弥散制造的这个海尔啊啊，还有我们这些，呃，新能源的CTR啊，或者是电商，呃，或者是这种消费电子的，呃，TCL啊，以及这种大型的机械设备的，呃，Coal啊等等，还有汽车啊，比亚迪等等，都是我们近年来做的一些客户啊，做的一些客户，那在全球呢，我们也不乏一些用数据量或者SAP用用了有二三十年的客户，比如说像这个制药公司啊，还有呃诺惠制药等等啊，那包括我们前两年呢，也跟马克of呢，做了他整体的一个ERP的，呃，ERP的一个迁移啊，ERP的一个迁移，呃，那我们呢，呃在全球呢，还包括国内呢，我们我们也是依赖我们的呃生态伙伴来一起做的，呃有今天在会的德勤，在国内呢，我们也跟，嗯，艾森泽啊，或者是德莱维啊等等啊，宾啊也有一定的合作，呃，那我们可以看到呢。

啊，就是我们还有的技术合作伙伴，因为我们的工具呃是处理SIP数据的，那尤其是涉及到归档。呃，归档，呃，数据拿出来后，被未来的AI应用可以消费呢，我们会广泛的和广大的一些云基础设施上，比如说AWS啊，Microsoft啊，Google cloud等啊，有一定的合作啊，有一定合作，那回到我们刚才讲的就是如果我们可以压缩整个s for哈，迁移的一个时间和效率的几个重点点的，第一点blued啊，那b fieldeld是什么呢？B fieldeld就是我们在传统的green fieldd和和brownfield之间做了一些变更，这些变更呢，可以让你偏greenfield，也可以让你偏brownfield，主要呢就是我们选择性的一些数据迁移功能。第一点呢，就是对数据迁移呢，我们不像纯的green菲的仅处理未结项和余余项，也不像纯的B，呃，B费的迁移所有的历史数据，而是根据您的需要业务数，要把模块儿，把ERP模块儿，以及ERP模块儿下的数据。

业务对象来摘取你需要选择的迁移的数据对象啊，那迁移项目管理中呢，呃，我们呢，可以通过我们的迁移。我们可以通过我们的迁移工具呢，实现流程的自动化，呃，那整个过程不像peel的greenfield呢，我纯的实现新的这个流程，也不像呃纯的这个brownd呢，我只是一个技术的升级和拷贝，那这个做的过程，其实我们是把原来的EC的数据和呃数据和代呃数据和配置结耦，把原来EC仅待配置和定制的拷一个空壳出去，然后基于这空壳呢，由我们SAP实施伙伴公司的顾问龙门呢，按照我们拟定好的蓝图呢，对这些新的功能呢，进行进行一些调整和配置更改，所以是有基础性的一些这个呃可以减少人力投入，精力投入的一个迁移项目管理，第三呢，业务持续性，那这里呢，主要就是我们刚才讲到的一个净零停机，那我们整个这个过程呢，可以保证呢，全年的任何时间限时间点上线，呃，可以按照您按小时为机的停0停机时间呢来进行切换。

第4呢，就是对未来业务的一个呃，一个更改啊，那我们这里呢，就是可以智能的保保留选择目标系统的流程，淘淘汰我们以前的技术负债的冗余的流程，比如说很多年不用的定制啊，构建清洁的核心来来便于未来的ERP的呃，升级适配啊，所以这就是刚才我们从garden特的报告上也看到的，这就是所谓的混合方式啊混合方式那能够做到bring的这个方式的一个精髓是什么呢？就是将数据迁移和系统现代化结偶，也就是说我们先把你的原系统拿出来，只保留配置和自定义，然后呢，呃，把它现代化，这个现代化的过程呢，需要我们SAP的资讯伙伴公司们，呃，根据我们的业务诉求，呃，摆模块摆功能的帮大家量身配置或定制，那另外呢一条线呢，我们拿出原系统中的交易数据和主数据，按照我们这个迁移的。

工具上来说呢，跟定定义你的数据选择，选择规则以及相应的转换规则，适配新数据到新配置的目标系统中，然后在这里进一步从偶合，偶合完了B后呢，就成了新的S和哈呢，也就是这种方法呢，也就是我上面是个空壳，数据是从系统中剥离出来的，用这种方式提供最大的灵活性，将多个任务合并到一个项目中，呃，项目中来进行，那第二步呢，我们来看第二个重点呢，就是说我数我，我在这个过程中数据是怎么被选出来的，呃，也就是说我选中的数据呢，是放在我中间这个kiano move上面的这个呃，转型中控台上面的，在这转型抽控台上面呢，我把原数据从源头取出来后，然后在这里呢，当然这个取出来的方式是由你一个呃数据取出来的一个规则的，然后呢，在这里呢，进行按拈和按业务对象进行转换编排啊，根据你的业务规则。

最后呢，然后呢，再根据这里呢，再把数据拟定一个导入规则，导到我的目标系统中啊，导到我我的目标系统中，那整个过程中呢，是在我们这个转型中后台上实现复杂或高度定制的一个呃，一个转换场景的，呃，那第二点呢，我们看一下就是说呃。

我们如果比对SAP传统的F方式中如何加速这个，如何加速这个，呃加速这个，加速这个上线，那我们传统方式呢，有可能比如说哎，我新总账的启用，主数据的协调，Customer和vnder master的集成，呃或者是我两个不同的ERP instance的整合，呃，财务凭证的分割等等，我是啊一样一步一步一步线行走的，那如我们呢，可以通过一个多拨次的方式呢，可以压缩到，比如说原来需要三年的，我压缩到两年呢，我就做到的，那更一个比较这个经济或者高效的方式呢，呃，我们可以通过很好的规划呢，呃，做到一步式上线，比如我们刚才的这种，呃，EEHP的升级，呃升级就是老的ECC的升级，以及s four的转换，以及在EHP升级之后，在s four转换之后，由于我要启动s four里的新总账以及呃客。

户和客户和咱的主数据合成，形成这个未来I four中新的business business partner的主数据，还有我把原来两个不同的e CC instance合并，呃，减少我的系统的这个版图，未来S里我只启用一套instance中同一个进行数据的合并，以及我相应的财务分割等等，我可以用一个BigBang的方式呢，呃，达到一步式的上限，进一步压缩我的实施时间，通过这个方式呢，来降降低我的一个实施的一个呃，Rise的一个实现周期啊，更高效的一个实现周期。那第三个重点呢，就是我们讲的一个自动化，这里呢，我就举例我们的一个自动化的一个数据测试，那这里呢，就会用到我们iano manager里面的这个kiano va valid的这个功能模块，那这个模菇功能模块儿呢，它也是部署在我们中间的一个控控制系统中，架在你的环境里，一端呢通过if FC连着你的原系统，比如说你的老版本的。

ECC另一端呢，通过IFC连着你的目标新系统，比如说未来to b的新系统的S哈，那它呢，会会同时创建原系统和目标系统的一个数据的呃，快照视图imagine，然后呢，它可以自动比对这些呃数据的一些差异，把一些尤其是相关的一些技术方面的一些比对工作，比如说呃，我的计算每个每个相应的数据业务对象中我选择出来的这个呃。我选择出来的这个呃，数据的值是不是对，或者我原系统和目标系统中这些标准的报表出来的结果是不是有一致性啊，如果没有一致性呢，它会把这些东西呢给highlight出来，那它的执行呢是自动化的，你也可以呢，我们里面内嵌了很多测试的这种呃模板，呃template你呢，如果觉得不满意呢，也可以呢，定制你的测试模板，譬如说呃，我看到在欧洲的宝马的这个一个欧洲工厂的一个升级项目中，他们就通过这个工具这个模块呢，大幅降低了它的测试的人天花费啊，那主要呢，不仅用了我们内嵌的进版的的这个测试模板，也加入了这个，呃也加入了自己拟定的定制的呃一些这个刻制化的一个测试模板来做一些，呃，简化和自动化的数据，数据啊，数据验证啊，那在这个功能呢，我们进一步呢，现在呢，也赋予它的一些AI能力啊，我们呢，会在。

上面呢叠加呢，Kian罗这个呢，是一个你永远在线帮您做数据迁移的一个AI agent智能体伴侣，呃这个呢，我们会在二六年的Q4呢，就是今年的Q4呢是正式发布，现在呢是在招寻这个呃有限的一些早期尝试和测试的客户，大家可以看到，比如说AI怎么支持自动验证，比如说我给老大发一个命令啊，您帮我这个运行一下这个一些一些呃不合规呃前后不一致的数据的一些比对，那他呢会进行一些执行，然后呢，如果发现不合规的不数据有问题呢，比如说我还可以跟他下达一些呃指令说呃请您帮我分析一下我现在这一轮迁移测试过程中，我的选择规则，呃，我的选择规则为什么会造成了总账科目501的一些呃，一些错误或丢失，那这里呢，它会比对。

分析一下，技术上分析一下功能，他是发现您这个总账呃比对分析，因为你有一个呃有一个刻制的测试规则，呃在您导出总账科目主数据呃和company code的table的时候呢，发现你这个这个测试的规则呢，是有问题的，那呃他如何发现这个问的，他何造成这个问题的话，他会一步步帮您分析下去，就通过这种方式呢，就把我们测试工作中的一些，呃需要大量人顾问投入的这个时间呢，呃给自动化了啊，可以帮大家节省一些啊一些时间啊，那我们再看后面一条，呃，我们讲。

在跟传统的active比对过程中，我们还有个特性，可以让大家降低时间花费和成本花费的呢，就是在迁移过程中尽量的减少停机，那我们呢，分别对原系统和目标系统都有一个呃指标，以对原系统来说呢，我们是近零停机指标，对目标系统来说呢，是呃最小的最小的目标，呃目标目标系统最小化的一个旺机，那如果我们在这个迁移工具中把这两个选项给选上后呢，那我们在整个迁移的项目做规划的时候，或呃在整体迁移测试的一个角度呢，他会呢尽量呃尽量呢以这个动态的方式呢，获取我的这个原系统的数据以及动态的校验，最后呢，呃在最后的这个go life的simulation就是上线模拟阶段呢，呃来。

极致压缩我的上线时间，把这个上线时间呢，呃，压缩为以小时为基的进行压缩，那这个呢，是比较适合复杂转型繁重的这个BigBang的一个项目，那比如说我们有些看到客户，他用了十几年的ERP，全球一个instance，它是一次性进行s for哈的一个呃，D的一个升级过程中，它就会用到这个技术，呃来保证它的业务中的一个最小，那目标机的一个最小化停机呢，它是关注目标系统啊，它减少组织单位的停机时间啊，只关乎我目标系统，比如说这是你的原系统对吧，那我原系统中跟目标系统相关的呢，它会停机，就business会会会frozen，但是目标系统的整个停机呢，我只在validation阶段呢做新停机，它适用于就是多维的，比如说呃，我有原系统，有ECC1 ecc2 ecc3不同的instance，那我分别往同一个目标系统中合并升级。

迁移的过程中呢，那我这里呢，只是呃每个wave呢，只涉及到当前的这个原系统的一个呃，Business froz和目标系统的一个旺机的valiation时间啊，那通过这种灵活的方式控制我们整体迁移过程中呢，尽量减少一个旺机时间，呃，那如果我们假设未来，嗯，S four我们成功升级了，数据是有选择性的，呃选择性的出去了，呃选择到了s for哈，呃同时呢，S four中呢，也用了一些新的功能了，那我们还有一个问题，遗留下来的就是说呃，我用了多年的ECC，我沉淀下来的那么多数据没有进S的数据，我该怎么办？我如何让这些数据能够发生更大的作用，为我未来的，比如说一些AI的创新应用啊，我们。

你的现代化数据治理，构建你AI的一些数据基石，那具体怎么做得到的呢？我们主要是通过K亚诺平台中的应用程序退役自动归档云数据集成来打造的，那第一步呢，我们可以看到呢，是。呃，老的ECC我可以做应用程序退役，所谓应用程序退役就是把没进入s four的选择性的数据拿出来，把它归档到哪里呢？把它归档到我这个数据弧仓技术，比如说托管在AWS，微软或Google cloud上的数据弧仓技术中，那同样呢，我当时该是招3，我们在做s four迁移的过程中呢，这呢就是历史的遗留数据，那在s four迁移的过程中呢？呃，我呢，未来的s four呢，我可以做自动归档，把一些成就数据，也就是我们所谓的呃，我数据刚才历史研究数据，我们可以把它定义为扣的数据，你的数据进行分成，我姆数据呢，我为了保证我的s for的体量的这个哈的data体的一个大小合适呢，我们把成就的数据呢，也可以把它拿出来，用自动归量的方式呢，也托管在我们这个云上的现代化的弧仓技术上，呃，那另外一点呢，对于实时的s for的数据，因为我们s for保证了一个肯扣，而且。

未来呢，我们是在云上部署的一个PCE，呃，你你要么可以借助SAP的BTP平台进行你的创新应用，或者我们公司已经有自己的这些AI创新应用和仓技术的既定，呃，既定选择了，那这里呢，我们可以通过kiano平台中的云数据集成，可以实时的用CDC的方式把s for哈中的数据呢拿出来，就是热数据也托管在数据仓上面，呃，云上面的数据弧仓，然后基于这里呢，那我们整体呢，呃，包括还有一定的扩展性，就比如说随着时间的推移，呃，我组织架构变动了，呃，我进行了一些业务单元的合并和收购，那我同样可以用这套机制，呃，把相应合并收购过来的历史遗漏数据，成就数据和新数据逐一在这个，逐一在这个现代化的湖仓技术中进行呃，进行导入，那这个过程中呢。

也就是说我们方发现，对我们企业多年积累下来的这个ERP环境中的数据，我可以做到了存储平台的一个易扩展性，成本和效益呢，呃，会比较呃会比较合理，而且呢，具备未来的一个升级能力，呃，那整个组织过程中所有的数据，包括您这个，呃。

冷的数据，遗留的数据都可以，未来呢，还有现在hot的数据都可以用来未来的am生冷引或最经典的BI分析，然后任何由业务驱动的变革，就比如说我合并了，收购了或者呃或者业务单元拆分了，那任何由业务驱动的变革呢，都会在整体的新环境中呢，呃得到体现，那这些的逐步入的数据呢，我就可以用标准的这个呃，我们CDC的方式，或者这种呃迭代开发，这种敏捷开发用方式呢，呃步形成我们数数智供我们广大业务业务部门的这个呃进行啊进行啊，进行使用啊，发掘我们多年的ERP环境中的数据的这个，呃，这个能量和能力，呃，那我的内容呢，就到这里，谢谢大家啊。好的，谢谢小叶的分享。那刚才SNPSNT这边介绍了从rise with sapp项目面临的挑战，介绍了企业升级S哈的方法，以及s NP blue f的选择，数据迁移的介绍。那我们可以将多个项目合并成一个一次性上线，帮助客户去减少成本和项目风险，以及接近聆听机忆的实现。那在s for哈na上线之后，卡诺平台也可以支持企业现代化数据管理，通过将系统退役，将数据存储在AWS的云出储平台上，以及对客户做数据湖仓技术的时候，例如AWS的数据分析产品SNP也可以实时大批量的去做数据集成。那随着越来越多的企业将SAP系统迁移到云端去拥抱AI的能力，如何在AWS上构建高可用、高性能的sapp运行环境，并充分利用云原生能力实现业务创新成为下一个阶段的核心课题。那接下来我们就有请AWS合作伙。

办解决方案架构师刘磊为大家介绍SAP上云的下一站为WS基础设施最佳实践于生成式AI落地，有请刘磊老师。

好的。大家可以听到声音，可以看到屏幕吧，啊丽丽可以看到，哎，好的好，欢迎那个咱们各位的呃，我们德勤和SNP的合作伙伴，以及呃邀请过来的这个客户啊嗯，下边我来分享这个，呃关于SAP上云S在基础设施呃层面如何去呃support我们客户把的负载，然后落到云端，然后同时呢，会介绍一下as呃一些云生的AI的能力。以及我们呃在AI应用层面的些落地的一些小的场景和方案哈，呃OK，那呃第一个呢，先给大家介绍一下，就是现在为什么在就是在全球哈，就是呃亚马逊科技实际上是首首先跟A呃跟跟那个SCP合作的啊，然后呢，我下边从几个点来呃给大家阐述一下为什么全球这么多企业首选在as上去落地自己的ICP的负首纳。

啊，嗯，除了服务于我们，呃，这个这个众众多的这个。企业客户，其实我们自己的，呃，亚马逊电商，嗯，在全球有很多的这种布局，他他自他自己的业务也跑在自己的云端啊，其实从这个角度来说呢，其实是先有了亚马逊这个电商，这然后孵化出来的语言啊，是这是在市场领导力方面，然后再一个是在全球规模和极致的韧性层面。我们现在的基础设施覆盖全球39个地理区域啊，然后123个可用区，呃这个怎么理解呢？可能呃，可能对于呃，目前我们在IDC里部署这个呃IC负载或者周边负载的这个客户呢，可能不太理解哈，就是说呃，首先39个地理区域呢，实际上它始是呃面向于不同的地理位置啊，然后在同一个地理位置里边呢，比如我们叫region哈。

在里边还有呃不同的可用区，是为了保证我们的呃这个层面的高可用啊，一会儿我会呃有具体的架构图给大家介绍。再一个呢，就是底层架构和性能的跃迁，呃，首先我们单实力目前可以支持32GB的内存啊，呃在呃在在中国区的宁夏区域，我们有有这个实力，然后呃也支持也也有我们在国内的一些客户在用这个我们这个32TB内存的这种实力哈。同时我们也自研了这个natural的这个虚拟化架构啊，提供呃，这个这个这个就是包括我们自研的这个gra的这个处理器啊，来保证我们呃，在选同等配置的情况下呢，将性价比提升15%，而且计算成本降低15%啊。

在第4点就是最高的标准，安全合规啊，我们自己拥有这个143项的安全和合规的认证啊，尤其是在这个出海这个层面哈，啊，另外一个就是说我们也说一下，支持6TB以上的大型的数据库，不可辨别备份，嗯。呃，在云延生深度融合这个层面是这样的，其实在国内呢，可能落的稍微慢一点哈，但是在层面我们和的B服务啊，包括里的A用。这个报销系统，比如康啊，然后呃，包括SAP的多款的SS产品也托管在这个呃啊。

这是原生这个度融合，呃最后一点是AI驱动的啊，我们目前呃，原来的时候可能大家如果有听说的话，我们有个啊现在呃统一合并到一个名字下，C, 我们提专属的MP能够帮助我们客实现，嗯啊这个会我会对一家详细的展开啊，这是给大家统一介绍一下呃，为什么客户选择S来部署自己的呃I的负载啊。OK, 呃，因为今天我们的这个的主题呢，就是和德勤一起来给大家呃提供这种咨询啊，还有包括数据的迁移，嗯，数据的数据库仓，就是数据的模糊进这些进入数据仓啊，然后呃在这边想给大家说一下，其实U呃和我们一众的这个合伙伴，然后在呃这个。

客户上云的时候呢，其实我们提供了这种从基础的这种优化到客户的这种现代化，甚至呃，可以提供这种超迁移的这种潜力啊，超越迁移的这种潜力，呃，大概4个点，大概3个点吧。一个是优化，就是本地部署的应用上云，包括SAP和S周边的啊，这个上云啊里边我们，呃，包括德和S会和和A一块可以帮大家去。做这种许可证的优化，包括基础设施的优化，嗯，还有这个数据库的类型和规模和实例啊，这里边比如现在我们的在执行的一些项目里边，呃，会给客户提出一些工具，去扫他目前的这种负载的情况，然后到云端以后如何选更好的实例啊，包括还有这个呃，做这种ha的时候，数据同步，做数据的压缩的这个数据同步啊，这些我们都跟伙伴一起去给客户提供相关的工具和方案。第二点呢，就是说。

嗯，我们呃联合在一起嗯负责客户，然后这个和用主要是通过这流程再流程再造啊，或者运营模式的这种呃这种优化啊，来来保证我们能够让呃客户的及周边的系统上以后能够更好的去呃减轻自己的运营和运维的这种成本的投入啊，这是第2点，第3点呢，就是说当然这个呃我没有特别强调AI啊，其实。那在原有的时候，我们在不同的业务场景，前边那个呃德清的金英老师也在提到啊，还有呃小叶老师也提到，就是说我们在业在业务层面可以实现这种呃，比如说我的这个成本分析啊，像老师提到的，还有像老师提到的这个，我把我的历史的这个积累的数据可以做这种呃数据的处理和推力推役啊，然后保证我们的啊这个数据的更好的应用，然后呃，然后同时呢，保证我们的业务在呃具体的业务场景里边能够有更好的这种价值啊。

来减轻我们的具体工作人员的这种呃重复的劳动啊，提高我们的工作效率啊，在后边我会有AI的方式来给大家阐述一下哈，这个是我们从嗯，就是让客户借助我们的ICP，呃，借助我们的icprs整体啊，还有我们生态能对能够激发我们客户做呃，云端负载云，云上云的这个这个这个价值的激活啊。呃，再讲一下比较呃这个研发层面的东西啊，就是呃，SCPRS这个业务连续性我们是如何保障的啊？呃从呃分4层哈，第一层就是说我们as提供这种云原生的主机故障自动迁移，大家可以从右边可以看到哈。

就是在那个客户我们的E还是还是核心就是我们ec two啊，然后这个我们呃，在部署的虚拟机下边这层，还有个虚拟机的管理程序，这边呢，会当我们的物理硬件出现这种，嗯，主机故障的时候呢，会自动触发啊这个这个。硬件的这种自动迁移啊，这里边儿会用的，我们的一个服务叫cloud watch啊。这个是我们在层面给客户提供的，这种客户是无感的哈。第二个就是呃，就是ICP系统的这种定期的增量和全量的这种备份啊，这个呢，主要是说呃，当然大家在ID里边也会有啊，然后我们这边是提供这种备，这个冷备和热和和热备的这种备份的方案，以及哈纳认证的这种工具啊，我们是我们叫啊呃这里边会在我们的哈的的机型里边去部署一个agent啊，这个agent其实当是也也不是，也不是因为现在有AI才有这个agent，就是在最早的时候就有agent的概念，它就作为一个代理的啊，就把我们的呃增呃，把我们增量的和全量的备份呢，然后去同步到S3啊，当然他在第一次同步的时候呢，是全量的，然后边是定期做增量的备份。

这是第二层，第三层呢，就是呃我们的ha的这种架构啊啊呃从右边可以看到，好，你看到看到的话就是说我们通过可以选呃这个这个Su的这个镜像文件，然后起起来机器以后用这种Su苏S里面带的这个组件，然后实现这种呃数据库，就数据库的这个主节点和用节点的这个数据的同步啊啊第4点呢，就是我们可以实现两地三中心的容灾的这种架构啊，这个是在在在在China region呢，其实我们就可以实现呃北京region和宁夏region啊这种两地这个三中心的这种备份啊啊这这边这个这个图就可以大家讲到前面就是说我同一个region，比如说我宁夏的region里边，一个region里边，其实我有三个可用区，这三个可用区的三个可能区的概念是这样的，就是说我我的地理位置在在在50km以上，然后水呃水电起火这些像外围的这种供应。

都是不同，都是都是都是都是结偶的啊，普是同，比如说我的呃，电力啊，同是肯定是不统一来来自于不同的这个这个母联啊，然后呢，进入到我的这个这个可控区啊，来保证啊，我们真正的这种容灾啊。这个是第4点，第4点一会儿我有个架构给大家讲啊。嗯，这个是呃容灾的架构啊，嗯，我们目前其实在这个两地三中心的这种容灾架构里边呢，嗯，简单来说吧，就是说我们可以提供呃三类的解决方案吧，一个是首页灯的方式，首页灯方式就是大家可以看到右侧的就是有绿框这个呃宁夏和北京这里边我们可以起一个最小的哈的实例做这种，呃通过这个原生的这个HSR的方式去同步数据，然后这个首页操作模式，它一旦这边这个左边的这个region里边出，呃这个有有有发生了这些呃发现了一些主机停机的一些问题以后，那它就会自动自动起，自动把以大使的方式起这个哈量的库，然后同时把应用应用这个这个应用服务器起来，然后对外提供服务，这是首页端的模式啊，还有一种模式就是。

嗯，咱们呃就是就是传统的这种在在我们IDC里部署的模式，呃再一个就就是就是整体的这个热备的模式，同时还有我们还提供一个呃，我们叫实际上我们我们as的交付团队，他们有一整套的呃这个D的方案啊，包括我们在云端去起这个环境啊，大家可以就是呃所看到的这整体的这个部署的这个架构，应用产品的架构，我们是通过代码的方式去起这个啊环境就是呃起说的说的这个通俗一点就是起这个壳系统啊，然后这个可系统包括呃这个生产的，测试的，开发的，同时还包括这种的啊，然也可以实现这种DR这种演啊，这个是我们有一个S的一个方案哈。

就是交付团队啊，我说可能大家不太理解，就是我们交付团队的啊A交付团队这个关于呃in层面的这个方案就给大家介绍到这儿，然后下面是我们有一个呃，就是关于我们主机的这个层面的，就是我们叫ec two哈，就是呃就是你可以大概列解这啊这实例的类型，嗯，大家可能会呃就是我们有些客户啊，就会会有些问题啊，就是说呃，OK, 我到月结的时候，我会遇到我的内存的这种瓶颈，到了这个我能不能去选啊，我能不能这个这个这个升级一下我的内存，然后同时呢，我还不想啊，不想这个成本，成本投入太大啊，那这里边就是左，就是左边的，就是我们内存实力就是纵向的扩展啊，就是从。

从二百五十六一直到32TB，然后是以此递增的，大家可以呃如就是大家可以根据自己的这个需求啊，以产值的方式去找到最合适的最优性价比的这种实例啊，保证我们呃的哈，或者应用程序能够呃提供最提供最好的这种就是最优的这个。呃，这个虚拟机啊，来部署我们的这个负载，当然后边呢，这个横向扩展，在面向于这个事务性的处理和这个，呃，这个分型的处理的时候呢，我们也有对应的这种实例，从6TB到32TB啊，包括到这个768，到这个00.768，到这个24TB，都可以给大家提供相关的实例啊。

然后这边如果大家有具体的需要啊，可以给，嗯，可以这个。这个这个找我们找找，找到我们对应的这个我们的BD啊，就是我们的A的销售，或者或者找我也是OK的啊，给大家去提供一些呃，这个部署的方案，或者是呃，我们实例的这种选型啊，OK, 这个给在in层面给大家介绍介绍到这儿哈，下边就介绍，因为大家现在这个AI也比较可能家企业内有一些这种AI这诉求啊，或者是些想法，这边呢，我汇总了一下啊，亚马逊科技在AI层面为我们IC客户提供了哪些服务和工具，然后来帮助我们客户做这种转型啊。呃，这个下边，呃这个A，呃这个呃，As提供的AI服务这块儿分呃块儿哈，呃我是这么给他分的，从左到右是，呃我们有个quick，这个quick呢，实际上它是一个终端啊，呃就是给大家呃在桌面端的，然后可以呃连MCP啊，连我们的邮箱啊，或者是。

这个构不同的这个啊，一有个的给server不是SC的哈，是一点S开发和发布的。它支持O协议啊，实际上是连上我们的呃的，通过你提供这个U密码，然后就是就就是就是我们O迪那些那些数据，然部署完以后呢，就可以发现里边的相关的这个呃，这个O迪的暴露的这个接口啊呃。这个是我们的这个的m server啊，然后保证我们能够快速的去即查即用的去构建我们的A。

然后中间这个是agent call, 呃，说的直白一点的，就是说在企业里也是自己在build一些agent，那未来如何去运行啊，它运行的时候可能会涉及到。啊，里边我如何暴露把我的A露MP如何有些这个memory的这个管理，就是长和memory啊，还有一些身份的认证啊，包括啊我的审计或者是权限的这种权限的分配和权限的优化，包括整个agent运行的这种可观测性和和可评价性啊这里边我们有大概有呃36有大概18个子服务在里边啊这个如果因为这第一的时间有限啊，给大家先口头介绍介绍一下，嗯。第4个呢，就是刚才小叶老师也在讲，就是说那如果我们上映以后呢，把用到嗯，SCP的这个VDB平台。

里边呢，上面他现在ICP，呃，这个今年今年把它装成一这个cloud这么一个啊，这个大数据的一个一个平台啊，然后这边我们这个有个C啊，就是一个小的数据库，它可以它可以通过BDC的的connect能够，呃直接通过00拷贝的方式去，呃这个这个读SCP的BDP平台上或者BDC平台上的这个数据啊，这个如果大暂时可能用不到，好但是给大家提前介绍一下，最后一个是我把我开发的啊，这个一会儿我给大家详细讲，然后就在这里不详细展开了，这是我们面向于SP的客户，然后嗯，提供的AI的相关的这种服务，或者是小的应用啊。OK, 我呃这个主项展开一下哈，一个是这个，呃，下边可能讲三个啊，一个是一个是我们的，包括开发的一个就是还有一个是我们的quick。

那在这儿呢，就是说想给大家讲，想给大家讲一下，就是说我们这QC可以实现哪一些能力啊，我简单介绍一下，有下边有个有有细致的内容啊，一个是buff代码开发，包括在BB平台上写代码的开发也可以，呃，还有第三个就是文档的话，就是分析现有的网的一个代码，并且生成相关的这种文档啊。嗯，还有一个单元测试，这种单元测试指的是你开发的小的功能单元，这个单元测试啊，不是咱们传统的这种应用的这个啊单元测试。呃，下边这两点呢，可能比较重要，就是也比较契合咱们今天的主题哈，就是呃，我们的C。来做这种嗯嗯，这种云端的迁移，或者是ECC，呃，这个这个升级成这个S哈，那啊现在可能SCP上的是do rice哈，那这里边呢，我们可以通过我们的QCI啊连上我们的右最右下角这个MCP啊，我们提供这种public的啊，就是这个MCP大家都可以去下载哈，呃，这个B的一个MCP可以实现我们呃传统的CC的这种代码，像这个这个这个兼容的这种代码的这种这种改造或者是迁移啊，同时呢，呃，也可以面向于这个S的这种战略哈啊支持这种现代现现在的这种代码的这种改造啊。

然后这边嗯点呢，就是说呃分两点啊，有一些比如说呃未来我们德这或者是呃这一呢，就是说。嗯，给客户去做这种前移改造的实时服务的时候呢，可能会呃大呃可能会用到一些这种AI的工具去做代码的改造了，如果作我们客户这侧呢，其实是我了解的，他就是说作为嗯真正的这种客户客户侧他可能会呃在自己的ICP环境遇到一些问题，或者是发现一些原来没发现bug的时候呢，他会用这个这个我们的QQCI特加这个MCP，呃去读一下老的代码，发现它的这个这个逻辑上原来设计的不完善的地方，或者是一些bug啊，然后来来来修复和完善这种错误啊。

下边呢是我通啊，我我我从几个角度去跟大家做个总结啊，就是从探索和规划创新啊，测试安全和审核一部署，从这个角度来给大家介绍的啊，前边也大概介绍了，也不耽误大家时间了，呃，如果有需要详细了解的话，这个后边我们可以也可以联系到我，我可以给大家再详细介绍啊。嗯，那个刚才讲了半天，就是说这个。这个我们的QCI和这个提供的这MCP的这个服务，它可以呃怎么实现啊，可以干什么，然后当我我截了两张图哈，就在我的环境里边，第一呢，呃，这个MCP呢，是可以保证我们连上我们的CP环境，就是就连上我们的a dt平a dt平平台啊这是左边这个是我连上我的环境了哈，右边呢，就是说这个M这个BB的开发的这个MCP。

它有的工具列表啊，第一个当然是连接啊，因为左边的左边我是一个连接状态，下边还有一个对象的这种查询。然后还有一个是对对项的这种创建和修改啊，包括语法检查和激活代码质量检查，就是ATC这种检查，还有一个单元测试啊，包括一些传输的请求，呃，目前是这样，目前是呃，我们这个先说MP哈。说MCP就是这MCP呢，它呃，你可以自己去下载，无论你现在用的什么，呃，任何这个ID平台，包括Vs code也好啊，或者说BP还是那个bus平台，它都可以连上去啊，都可以连上去，作为它是一个标准的P的一个装接口，部署在你的本地OK了。

嗯，就是我们主推的这个是我们的KID平台哈，然后大家也可以直接用它去连，同时呢，嗯，今天给大家没有展开哈，实际上是我们最推荐的方式是，呃。我们把我们的KKCI实际上是嵌到嵌入到我们的，呃，这个嗯，这个这个我们作为开发，有的同事可以用clips里边去，在ecl你可去。呃嵌入呃嵌入这个KC，左边呢就可以进入去看到你的这个项目的内容，右边呢就是进入就进入那个插的界面去做代，就做代码的开发啊，然后文件的这种文件的生成啊，包括开发的这种手册都可以啊。呃，这个是关于呃我们呃as的K这个产品和我们的这个M啊，然后给大家提供的这种AI的这个工具啊。

呃，这个就给大家介绍这儿，下边是刚才给大家介绍的这个IC的MP server啊。先说一下，嗯，它它支持的它支持的这个S的这种这种版本或者是环境哈，一个他E和S都可以啊，然后但是这个应该是如果是版话，就是如果如果那个呃版本支持O呃这个协议就可以啊。我们目前的这个的m server呢，嗯，是外不是的，它只能部署在我们的里边来啊，大家也可以大家简单理解一下，A就是一个docker啊，它只允许这个do服务去从我们的呃，镜像库里边去拉这个ICP的server，当然你们拉下来的时候呢，可以做一些配置啊，配置到这个环境里面去就。

可以呃，去自动发现这个六大服务啊，具体的具体的这个工具我给大家列了一下哈。那这个右侧呢，是我配上以后它出现的这个工具，然后为了给大家好看哈，我把它列到左边了啊，一个是它可以自动发现，呃，我们在里边去发布出来的OD啊，那再一个呢，就是说可以获取这个接口的啊，这个A接的ODOD的协A接口的这种数据，呃第二点他其实嗯，我跟一些合伙伴行业客户沟通的时候，其实是他们写的有一点好的地方就是说，如果呃我们基于OD，我OD这个接口去做这个数据系，呃这个跟其他外部系统做集成的时候呢，可以让他去读这个呃接口的内容，这样呢，便于我们去做开发啊。呃，下边呢，这个这个这个就是除了技术的话，就是是实际上是c rud了啊，然后包括还有一个审计的一个功能啊，就得你再通过呃，通过这个服务的话，通过这个MCP的话就可以呃扫服务，然后获取接口内容，然后包括增删改查都是OK的啊，那它实际上呃这个MCP它不是封装的这个API接口哈，实际上它呃核心的就是呃。

它是一个无状态的，你可以理解它是一个无状态，它每次都是发现服务，然后根据这个接口内容去实现这种资产检查啊。嗯，这是这个的M啊下呢是给大家讲一个，嗯，因为前面给大家介绍了那个我们的quick quick m, 呃，还有我们的MC sor哈，有一个采购助手的一个解决方案，给大家介绍一下哈，呃，先从右边来介绍吧，右边就是说，呃，我们主要是我们的数据数据来源和一些业务执行数据来源，当然就就前面讲到ICP serve也可以通过啊第二种方式啊，第二种方式就是我自己放到MP，然后把对应的业务系统的接啊嗯，封装进来，当然你CP如果也是通过个A的接口去跟其他业务系统去对接，或者露这种接口的话，你也可以，呃，不用我们这个S的M网，因为它只是仅支持OD的AOD的协议，嗯，然这样呢，就是相当于是我把我业务系统的数据通过MC的方式去封装和暴露出来，能够对接到我们的这个quick top这个这个产品上啊。

然后同时呢，呃，这个quick也可以实现跟办公工具的集成，也可以根据我们具体的需要，把我们的啊这个一些非简化的数据，就是我们的文档类的数据构建一个知识库啊，我们有一个space啊。这个右边的实际上是一个数据来源，中间呢就是我的quick哈，然后左边呢，是说我们在做AI应用的时候呢，呃，去面向于我们的具体的角色的人员去做这种AI的助手啊，这个AI助手呢，我这边把它分成这个，呃，这个采购报，嗯，这个综合比价，然后审批和在图的这个po的队列的这个跟踪，还有呃催货啊，我看还有2分钟时间哈。

然后我给他我这边有一个DEMO啊，本来嗯，担心没时间，就大家给大家过一下，因为这个DEMO当时录了8分钟，我快速拉一下哈，然后大家让大家有个概念啊，先看一下我们可课的界面，还有我怎么配置的啊，前面讲到的讲到的内容，A助手整体架构。我们把镜头切到quick desk quick可以快速完成MCP配置。这个是配置，MCP配置已经部署好的SMCPC粉。它可以完成ODA服务的发现。也可以实现o data API的c rud操作及日志审计配置connection连上itlook邮箱。

创建skill包含采购、晨报RFQ报价对比分析。采购审批、下批以及发送催单邮件等。采购知识库构建通过spaces实现。知识库中可以上传供应商的付款等具体信息，我们正式进入quick的DEMO环节。OK, 这个实际上是我们那个quick的一个界面哈，嗯嗯，如果大家可能有有有些这个客户在用那个或者是work，嗯，其实大家的界面可能差不太多啊，呃，这边我们呢，就是因为没有没有没有办法去这个去官方去公开哈，嗯，就是我们我们我我们通过别的方式发现他他会用那个cloud这种模型啊，所以它的生成，生成的这种效果和交互啊，还是OK的啊。呃，然后下边是进入这个DEMO的环境，我快速拉一下啊，就让大家看一下这个效果啊，前面大家看到了那个我配置的过程。

嗯，给大家看一下，就是说首先是嗯，它可以根据我的c server去拉数据啊，或者是我们自己放M这个MCP去连我们的S系统啊，然后可以生成这种采购的这种啊，这个这个呢，就是这个的内容这个着的，实际上它是一个skill的方式来呈现的，不是每次都是嗯去去渲染啊，它本身本身是一个框架存在skill里边，然后把数据拿过来填充进来就OK了啊，那下一针呢，下一个就是呃，关于寻员啊，寻员的这个信息，比如说供应商做完报价以后呢，我我这边我供应商报价，报价是否完成报价了，报价完以后在这儿展示什么样子的啊，然后这我们可这是这这是一个例子的啊。嗯，如果供应商有完，嗯做完报价以后呢，我们可能要进入这种这种比价啊，这种比价的这种状态，那这个比价呢，就相当于是说，呃，我可以拉历史的数据啊，然后同时呢，呃，也可以通过这个web search的方式去，呃找我们阿里巴巴呀，或者是京东相关的这种这个物料的这个相关的这个报价的信息啊，同时跟供应商的比价信，有供应商的报价信息做个比对啊，保证我们采购价格的啊，这个不要出现大众这种这种偏差或者偏离啊，也其实从内部合规上来说呢，也也是一个有效的这个这个这个优化或者有效的管理手段，嗯。

因为他有这个，因为在在这个。查的这里边呢，它有这个上下文，所以它在比如说我这个呃，比较完以后需要做一个审批的话，它其实自动可以生呃生成这个呃，这个采购的这种建议书啊，生成采购建议书相当于这个比较简单哈，就是把这些编号或者相关的价格要放上去以后啊，可以在OA里边去发起一个流程啊，当然这个看看我们具体的流程在哪啊，有的是在SM里边，有的在O里边去，呃走一个流程回来以后我就可以下po了啊。

那OK，这个下po呢，实际上是它也是一个，呃，在这儿点确认，然后这边呢，会会有我们具体的决策人员去点的，AI不会帮你去啊，直接向po啊，这个人我们会在skill里边去做这个具体的这种嗯，强制的要求啊。嗯，这是采购下订单啊，那OK在这呃，下完订单成功以后呢，因为我这边，嗯，这个DEMO呢，是给大家一个展示哈，我在我的ICP的一个环境里做了个验证啊，就下成功了。呃，下成功以后呢，下边就是我跟踪在批在图的这种po啊，我下过的po是什么样子的，然后是否发货，是否在图，是否到货啊，到货以后有没有异常，或者是有没有延期啊，这时候如果有延期的情况下呢，我就可以呃自动生成这个相关的啊这个邮件啊，比如说我这里上下文可以生成一个邮件，这个邮件嗯，就写在skill里边就行了啊，然后你可以自动在这儿，嗯，点上你的Outlook直接可以发邮件了啊。

当然这个，呃，这边我们这儿有个小箭头，这右上有个小箭头儿啊，可以直接呃选中以后，嗯完善这个邮邮件啊，或者你修改这个措辞都OK的啊，然后你可以就把这个邮件发出去啊，为了给大家验证，我也在我的邮箱里做了一个，嗯，做了一个做了一个那个这个验证哈。这边就是给大家嗯，给给给给我们的那个供应商去发邮件去确认，嗯，甚至你也可以连上，连上那个你的啊企业微信啊飞书啊啊包括我们如果我们用teams，就是说用通过teams去给呃他们发这个相关的呃信息去沟通，然后这个teams这边回来以后呢，我们可以在这儿继续跟踪那个流程的那个进展啊这个是这个我我给大家介绍的这个这个这个这个DEMO码哈啊OK，嗯，今采购人员今天给大家介绍的内容就这些啊那个哎呀超了两分钟啊嗯，那个丽丽这个时间交给你吧，啊感谢大家，嗯嗯，好，谢谢刘磊老师，嗯，然后A这边刚才分享了SCPAWS的架构设计，高可用部属于成本优化实践，并展示了如何借助亚马逊云科技的AI驱动SAP客户进行智能化转型，助力企业在稳定上云的同时释放AI价值。那接下来我。

我们就进行最后一项问答环节。稍等一下，我我投一下屏啊，我接共享，嗯啊嗯，好的，嗯。哦，大家可以看到我这个页面是吧，然后上面这有一个调研问卷，就是大家可以扫描一下问卷去填写，呃，应该是3~4个一个简单的问题，然后所有填了问卷的客户将有机会获得由SNP德勤和AWS随机发送的一个小礼品，那在填问卷的同时，大家如果有一些什么问题，针对于今天我们主讲的这几位老师，可以进行提问。

我们可以预留10分钟的时间，大家可以在留言区或者是直接开麦，然后进行提问。哎，哈喽，哎，你好，那个我想问一下那个德勤和SNP的老师，就是因为我们那个是零售型的体验嘛，然后数据量非常大，虽然现在也进行了数据归档，但是因为我们那个上线时间连线逐渐增加，数据量还是增加挺快的，特别像s four里面的sc do OC和MATDNCDC这样的表，归档之后并不是直接删除，而是合并压缩的，然后就是说这个归档的效果会相对有限一些，然后其在这样情况下，我们数据量也超过10个T了，然后现在的话，随着AI的这个爆发，内存价格也是暴涨，就在这种情况下，我们除了直接扩容的话，然后在业内的话，有没有什么别的方法，比方说那个今天SNP介绍这个迁移，就是我们可不可以用SNP这个迁约工具，直接重构我们的系统，然后就是说把历史数据，然后呃，拍出历史数据，然后重构一套新的。

系统，然后那个。呃，大概是这样。呃，喂，哎，我是P的何小叶，那个我刚才没听清楚，您现在是s four op版本还是s four CE版本，S four four op版本，嗯，Op版本，嗯，就是您刚才提出两个问题，一个就是说您现在就是现在数据量比较大，有是TB左右，然后呃，内存也比较贵，存的很贵，然后另外一个就是说你是不是说我要上一套新的s four.PCE是吗？然后把数据选出来，把它放到新的PCE，老的数据放在哪里，是这问题吗？你是这样说的，不想不想上PCE，直直接，如果是说还保留LP版本，然后只做一个1.0~2.2.0的一个转换，可能版本都不升，这样可以吗？

呃，是这样的，你没有必要做那么复杂呀，不要预定200啊，你s op就是op嘛，你现在就是觉得你的那个里面的数据太多了嘛，就是比存的比较贵嘛，那我刚才介绍到，当然今天我们主要介绍的是as for mregation啊，那我刚才也介绍到，就是我们一般做完as for mgation后，你可以做系统的退役或者是归档，那您这个情况呢，可以适用我们s for哈，那里啊，Sorry, 可以适用我们那个piano manager里面的一个，就是我们叫SAP active归档这个功能模块可以直接给您用，然后呢，用的好处呢，就是说呃，它可以把您SAP s four op的数据，你现在是你现在这个s four op是host在一个某个云基础设施商上的，对吧，就是host在某个云上的是吧？

呃，本地的本地的。OK, 本地的你实T币存的觉得比较贵。未来我们还需要扩，就是说考虑到未来的成本比较比较比较OK，那是这样的，就是说我们可以把你s four op里面呢，你做归档，就是有几种归档的方式，一个是SAP标准的归档。啊，然后归档出来的文件呢，你就是，嗯，不能读，就是只用在SIP环境中可以用，别的地方你不能用，这个本身就可以跟为省钱的，因为归纳出来它是一个数据文件，你随便存在哪个文件服务器上就行，不不是存在哈纳数据库里的，这可以帮您控制哈纳的数据库的大小，另外呢，今天我这边呢，就是没有没有详细介绍过，但是我们是有一个SAP active归档的，这个在属于kiano manager里面的这个模块儿的，可以帮你把s four里面的数据，Op的数据归档出来，归档出来呢可以，呃，可以放在你比如说有两个选择，一个选择呢，你是本地的，比如说一个便宜点的里面。

啊c Co肯定比哈达便宜，还有个呢，就是我把它托管在云上，比如我们今天AWS上云上存储的有这种，呃，S four这种存储桶，那更便宜，呃每每个月就就就很小很小的一点一点钱的这种这种这种存储，然后存到这里以后呢，好处呢，就是说你这数据呢，呃不仅可以看，呃可以在s four上呢，我们有一个插件可以让你看，就是审计要求或怎么样，另外呢，你还可以自己拿来用，就是把它用成，比如说你未来这个数据要去把它消费出来，呃变成你想用的AI应用啊，或者怎么样都可以的啊。10TB的数据其实不多的。你整体10TB的数据不多的，我们经常会看到我们国内像用了这么有些ERP，用了十几年的话，他三十几TB的数据。都有，然后人家客户的话呢，基本上每年他会至少会有SAP的标准的一些归档策略和策量，每年会归档的，保证他的S哈op来数据库的大小的。

那这个呢，倒不是为了钱考虑，主要是为了一个s for op的一个performance考虑。因为op的钱的话没那么敏感，只有你未来host在云上了，S forhana p CE, 或者你把s forhana op版本整体后在云上，你会考虑到这个钱的问题啊。更敏感一些。我不知道这样解释您，您觉得可以吗？行好的，那那个回回头的话，有时间再仔细交流吧，啊没问题，我们这边我们我们这边市场部的李玲会把您的方式联系方式联联联联联系下来，我们回头可以再再约好吧，嗯。好的谢谢，好的我们线下联系。那其他别的伙伴有问题吗？看一下留言有没有信息没有。

那如果大家没有问题的话，我们今天就到这里，然后会后的话，我会通过邮件的方式把直播回放发给大家，然后PPT的话，如果大家有需要的话，可以联系我。那今天我们就到这里，好，谢谢大家，谢谢三位老师，嗯，好，谢谢，再见，拜拜拜拜。