“不对，这页ppt有问题。”李峰突然抬手打断演示，激光笔的红点停留在投影仪幕布上的某处。
会议室里二十多双双眼睛齐刷刷转过来。
自研核心erp的系统架构图正在第五次循环播放，其中一个资深工程师额头渗出细汗：“李工指的是？”
“你们把物料编码规则放在应用层。”李峰起身走向白板，阿玛尼西装的袖口蹭到未干的马克笔迹，“知道这意味着什么吗？”
他在oracle erp的架构图上画了个大红叉，“当年他们给中石化做实施，因为编码规则耦合在业务模块，后来上马区块链溯源时多花了九个月解耦。”
会议室后排传来窃窃私语，陈默突然笑出声：“两周前和广汽集团cio喝酒时还提过这事，他们为此多付了oracle两千万服务费。”
李峰抓起蓝色马克笔，在白板空白处画出三层架构：“渡河erp必须把基础数据标准独立成中台服务。”
他手腕翻飞间勾勒出数据流向，“这样未来对接mes、wms等任何外围系统时都会更方便，还有...”
“但这样会增加20%初期开发量。”另一个架构师王鹏插话道。
“王工去年主导的订单管理系统项目，因为没做服务拆分，高峰期订单和库存模块是怎么崩的？”李峰转身盯着对方，“如果当时物流中台和支付中台是解耦的，至少能保住部分区域的服务。”
会议室突然死寂，陈默慢条斯理地转着钢笔，突然“咔嗒”一声按下笔帽：“明天约用友、金蝶的人，我们也可以请教一下他们是怎么处理数据标准层的嘛。”
“好的陈总，那先跳过，我们讨论第二个问题，微服务架构到底适不适合我们？” 李峰又继续抛出了话题，“去年某公司给海尔做的项目，分布式事务管理用了自研框架，结果导致...”
“导致月末结算时出现幽灵订单。” 王鹏接过话头，“所以最开始我们也考虑过保守方案，毕竟分布式锁机制经过海关总署的验证。”
另一个高级架构师刘承恩突然举手，“我听在金蝶的同学说是他们的数据湖架构可以兼容oracle erp的历史数据。”
很快被会议室的另外一个20级的架构专家否决，“他们家的号称实时同步延迟可以做到50毫秒以内，实际在美的集团实测是380毫秒。”
见大家都好奇的看过来，也不卖关子，“因为他们用了开源流处理框架，但没改造底层序列化协议。”
然后把自己电脑里的压力测试报告投屏出来，“我之前有考虑过的，还做过压测，效果不理想。但如果换成自研的二进制编码，至少能压缩到120毫秒内。”
演示厅陷入诡异的沉默。
架构专家看着大家的方案突然有些皱眉，“你们方案里的区块链模块用的是hyperledger fabric？”
“是的，这是行业标准...”
“你们不知道去年格力电器在溯源项目中发现fabric的共识算法就发现有漏洞吗？” 他又从自己电脑里找出了对方当时的故障分析报告，“当节点数超过28个时，网络延迟会让智能合约执行超时。”
陈默突然起身整理西装：“这样吧，请各位把方案里不切实际的区块链、元宇宙模块和其他乱七八糟的都去掉。”
&nbs
本章未完,点击下一页继续...