第三大erp軟件

　　在企業(yè)當中成功構建起大規(guī)模領先項目是IT領導者必須具備的一項關鍵能力。因此無論是對ERP進行升級或是改善其網(wǎng)絡基礎架構，培養(yǎng)員工知識水平抑或是進行項目遷移，您都需要著眼于各個層面確保企業(yè)能夠借此保持競爭優(yōu)勢。

　　ERP系統(tǒng)很多操作都要求事務性，你拆分系統(tǒng)后怎么實現(xiàn)事務性，保障數(shù)據(jù)一致性呢?

　　這個問題很好，也是我決定寫這篇文章前思考的最后一個問題。在微服務架構中，實現(xiàn)夸服務的事務并不容易，至少不像本地應用使用本地數(shù)據(jù)庫事務那樣方便，性能高效，數(shù)據(jù)一致性好。

　　也許你聽過分布式事務這個概念。有兩種情景，一種是一個應用中使用多個數(shù)據(jù)庫，為保障數(shù)據(jù)一致性，需要使用分布式事務。還有一種情況就是針對我們這個架構而言的。微服務環(huán)境下的分布式事務，具體來說打個比方。采購入庫這個操作設計在倉庫管理服務中。入庫后，需要更新采購子系統(tǒng)中的采購單中的入庫數(shù)量。這個過程要求數(shù)據(jù)一致性，也就是采購單入庫成功后寫入了庫存表中的數(shù)量，同時要更新采購單表中的入庫數(shù)量。我們不能直接在倉庫服務中去訪問采購服務中的數(shù)據(jù)庫，必須通過采購服務提供的服務接口才行。如果這樣，我們怎么能保證數(shù)據(jù)一致性呢?因為很有可能庫存表寫入成功，但調(diào)取采購服務寫入采購單數(shù)據(jù)時失敗了。可能是網(wǎng)絡問題原因導致的，這樣數(shù)據(jù)就不一致了。

　　在分布式事務技術中，有實現(xiàn)最終一致性這么一說，意思就是只要我能保證兩邊數(shù)據(jù)最終實現(xiàn)了一致性就行，不一定要使用事務。這樣說來就有方案了。如倉庫子系統(tǒng)在處理采購入庫時需要增加入庫單數(shù)據(jù)和更新庫存數(shù)據(jù)等多個表。這多個表都在倉庫子系統(tǒng)中，我們可以使用一個本地事務來保證倉庫子系統(tǒng)中的表數(shù)據(jù)一致性。然后調(diào)用采購子系統(tǒng)更新采購單里的入庫數(shù)量。為了防止這個過程突然中斷導致調(diào)用失敗，我們考慮增加一個消息隊列中間件。如果接口返回失敗我們就往里寫入這個處理請求，等到采購子系統(tǒng)恢復正常后，通知采購子系統(tǒng)處理這個更新操作。由于消息消費掉以后不會再有通知了，采購子系統(tǒng)處理過程中發(fā)生異常導致更新失敗，需要將問題寫入本地的日志庫，以便通知管理員做后續(xù)補償處理。就這樣通過各種辦法來達到數(shù)據(jù)的最終一致性即可。雖然聽上去有點坑，但這就是解決方案。沒有其他更好的了?；蛘吒率『笾匦抡{(diào)用倉庫子系統(tǒng)回滾入庫單和庫存數(shù)據(jù)，達到最終一致性!

　　ERP系統(tǒng)的管理對象包括生產(chǎn)、銷售、采購、倉庫、人事、財務等各種資源及生產(chǎn)要素，通過ERP的使用，使企業(yè)的生產(chǎn)過程能及時、高質(zhì)、準確地完成客戶的訂單和需求，最大程度地發(fā)揮這些資源的作用，并根據(jù)客戶訂單及生產(chǎn)狀況做出調(diào)整資源的決策。

發(fā)布：2020-11-02 15:27 編輯：泛普軟件 · xiaona [打印此頁] [關閉]