上一页 全文阅读 下一页

第133章 李峰来了2(2)

打人不打脸,骂人不揭短,然而自己老婆好像就挺喜欢揭自己短的。

晚上十二点,书房打印机吞吐纸张的嗡鸣中,李峰突然用红笔圈住某页示意图:“找到了!”

泛黄的台灯光晕里,他盯着图纸上被忽略的校验环节。

...

g区16楼,1620会议室,核心erp切换的第n次架构选型会议。

“不对,这页ppt有问题。”李峰突然抬手打断演示,激光笔的红点停留在投影仪幕布上的某处。

会议室里二十多双双眼睛齐刷刷转过来。

自研核心erp的系统架构图正在第五次循环播放,其中一个资深工程师额头渗出细汗:“李工指的是?”

“你们把物料编码规则放在应用层。”李峰起身走向白板,阿玛尼西装的袖口蹭到未干的马克笔迹,“知道这意味着什么吗?”

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

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

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

他手腕翻飞间勾勒出数据流向,“这样未来对接mes、wms等任何外围系统时都会更方便,还有...”

“但这样会增加20%初期开发量。”另一个架构师王鹏插话道。

“王工去年主导的订单管理系统项目,因为没做服务拆分,高峰期订单和库存模块是怎么崩的?”李峰转身盯着对方,“如果当时物流中台和支付中台是解耦的,至少能保住部分区域的服务。”

会议室突然死寂,陈默慢条斯理地转着钢笔,突然“咔嗒”一声按下笔帽:“明天约用友、金蝶的人,我们也可以请教一下他们是怎么处理数据标准层的嘛。”

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

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

上一页 全文阅读 下一页
  • 今日热门
  • 本周排行
  • 阅排行
  • 年度排行
  • 最新更新
  • 新增小说