第133章 李峰來了2（第3頁）

另一個架構(gòu)師王鵬插話道。

“王工去年主導(dǎo)的訂單管理系統(tǒng)項目，因為沒做服務(wù)拆分，高峰期訂單和庫存模塊是怎么崩的？”

李峰轉(zhuǎn)身盯著對方，“如果當(dāng)時物流中臺和支付中臺是解耦的，至少能保住部分區(qū)域的服務(wù)?！?/p>

會議室突然死寂，陳默慢條斯理地轉(zhuǎn)著鋼筆，突然“咔嗒”

一聲按下筆帽：“明天約用友、金蝶的人，我們也可以請教一下他們是怎么處理數(shù)據(jù)標(biāo)準(zhǔn)層的嘛。”

“好的陳總，那先跳過，我們討論第二個問題，微服務(wù)架構(gòu)到底適不適合我們？”

李峰又繼續(xù)拋出了話題，“去年某公司給海爾做的項目，分布式事務(wù)管理用了自研框架，結(jié)果導(dǎo)致”

“導(dǎo)致月末結(jié)算時出現(xiàn)幽靈訂單。”

王鵬接過話頭，“所以最開始我們也考慮過保守方案，畢竟分布式鎖機(jī)制經(jīng)過海關(guān)總署的驗證。”

另一個高級架構(gòu)師劉承恩突然舉手，“我聽在金蝶的同學(xué)說是他們的數(shù)據(jù)湖架構(gòu)可以兼容oracleerp的歷史數(shù)據(jù)?！?/p>

很快被會議室的另外一個20級的架構(gòu)專家否決，“他們家的號稱實時同步延遲可以做到50毫秒以內(nèi)，實際在美的集團(tuán)實測是380毫秒?！?/p>

見大家都好奇的看過來，也不賣關(guān)子，“因為他們用了開源流處理框架，但沒改造底層序列化協(xié)議。”

然后把自已電腦里的壓力測試報告投屏出來，“我之前有考慮過的，還做過壓測，效果不理想。

但如果換成自研的二進(jìn)制編碼，至少能壓縮到120毫秒內(nèi)?！?/p>

演示廳陷入詭異的沉默。

架構(gòu)專家看著大家的方案突然有些皺眉，“你們方案里的區(qū)塊鏈模塊用的是hyperledrfabric？”

“是的，這是行業(yè)標(biāo)準(zhǔn)”

“你們不知道去年格力電器在溯源項目中發(fā)現(xiàn)fabric的共識算法就發(fā)現(xiàn)有漏洞嗎？”

他又從自已電腦里找出了對方當(dāng)時的故障分析報告，“當(dāng)節(jié)點數(shù)超過28個時，網(wǎng)絡(luò)延遲會讓智能合約執(zhí)行超時?！?/p>

陳默突然起身整理西裝：“這樣吧，請各位把方案里不切實際的區(qū)塊鏈、元宇宙模塊和其他亂七八糟的都去掉。”

他走到投影幕布前，看著大家說到，“我希望大家的方案可以務(wù)實一點，咱們公司現(xiàn)在需要的是能扛住生產(chǎn)環(huán)境海量數(shù)據(jù)的系統(tǒng)，而不是科技展上的概念車。”

“今天就先這樣了，散會。”