网站随时会被屏蔽无法访问,请下载APP继续阅读。APP内容更加精彩,期待你的到来。点击确认开始下载。

第133章 李峰来了2(4 / 12)

标准层的嘛。”

“好的陈总,那先跳过,我们讨论第二个问题,微服务架构到底适不适合我们?”李峰又继续抛出了话题,“去年某公司给海尔做的项目,分布式事务管理用了自研框架,结果导致...”

“导致月末结算时出现幽灵订单。”王鹏接过话头,“所以最开始我们也考虑过保守方案,毕竟分布式锁机制经过海关总署的验证。”

另一个高级架构师刘承恩突然举手,“我听在金蝶的同学说是他们的数据湖架构可以兼容OraCleERP的历史数据。”

很快被会议室的另外一个20级的架构专家否决,“他们家的号称实时同步延迟可以做到50毫秒以内,实际在美的集团实测是380毫秒。”

见大家都好奇的看过来,也不卖关子,“因为他们用了开源流处理框架,但没改造底层序列化协议。”

然后把自己电脑里的压力测试报告投屏出来,“我之前有考虑过的,还做过压测,效果不理想。但如果换成自研的二进制编码,至少能压缩到120毫秒内。”

演示厅陷入诡异的沉默。

架构专家看着大家的方案突然有些皱眉,“你们方案里的区块链模块用的是HyperledgerFabriC?”

“是的,这是行业标准...”

“你们不知道去年格力电器在溯源项目中发现FabriC的共识算法就发现有漏洞吗?”他又从自己电脑里找出了对方当时的故障分析报告,“当节点数超过28个时,网络延迟会让智能合约执行超时。”

陈默突然起身整理西装:“这样吧,请各位把方案里不切实际的区块链、元宇宙模块和其他乱七八糟的都去掉。”

他走到投影幕布前,看着大家说到,“我希望大家的方案可以务实一点,咱们公司现在需要的是能扛住生产环境海量数据的系统,而不是科技展上的概念车。”

“今天就先这样了,散会。”第2/2页)

他在OraCleERP的架构图上画了个大红叉,“当年他们给中石化做实施,因为编码规则耦合在业务模块,后来上马区块链溯源时多花了九个月解耦。”

会议室后排传来窃窃私语,陈默突然笑出声:“两周前和广汽集团CIO喝酒时还提过这事,他们为此多付了OraCle两千万服务费。”

李峰抓起蓝色马克笔,在白板空白处画出三层架构:“渡河ERP必须把基础数据标准独立成中台服务。”

他手腕翻飞间勾勒出数据流向

举报本章错误( 无需登录 )