web中分布式系統(tǒng)的實(shí)現(xiàn)方式是什么

本篇內(nèi)容介紹了“web中分布式系統(tǒng)的實(shí)現(xiàn)方式是什么”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

分布式系統(tǒng)實(shí)現(xiàn)方式

a、RPC（dubbo）b、spring cloud

分布式系統(tǒng)一致性問題

單一系統(tǒng)

數(shù)據(jù)庫的一致性通過事務(wù)ACID保證，

數(shù)據(jù)庫多版本控制是基于MVCC實(shí)現(xiàn)，使用隱藏行事務(wù)ID和回滾指針

在事務(wù)內(nèi)查詢時(shí)比較事務(wù)ID要小于等于事務(wù)的版本號(hào)

在分布式系統(tǒng)一致性是指在同一時(shí)刻所有數(shù)據(jù)備份具有相同的值。

分布式系統(tǒng)出現(xiàn)不一致的原因是由于系統(tǒng)進(jìn)行了拆分我們的系統(tǒng)不再是單機(jī)系統(tǒng)而是分布式系統(tǒng)。網(wǎng)絡(luò)傳輸具有不可靠性。

場(chǎng)景主要有以下幾方面

1、同步調(diào)用超時(shí)

2、異步回調(diào)超時(shí)

3、緩存和數(shù)據(jù)庫不一致

解決方案

CAP和BASE理論

TCC模式：（下單扣庫存案例）先鎖庫存，支付扣庫存

保證最終一致，

查詢模式：客戶端提供查詢接口獲取狀態(tài)，超時(shí)可以使用該模式

補(bǔ)償模式：失敗后開始重試補(bǔ)償，無法補(bǔ)償則通知人員

異步確保模式：異步操作封裝后持久入庫，然后通過定時(shí)器通知其他系統(tǒng)

定期核對(duì)模式：通過任務(wù)定期的核對(duì)數(shù)據(jù)的一致性

服務(wù)端保證接口的冪等性

對(duì)緩存操作 先寫數(shù)據(jù)庫在寫緩存(如果先操作緩存，當(dāng)還沒入庫時(shí)有請(qǐng)求過來時(shí)又會(huì)緩存一份舊數(shù)據(jù))

服務(wù)治理的思路

1、服務(wù)注冊(cè)與發(fā)現(xiàn)

2、服務(wù)負(fù)載均衡

3、服務(wù)日志采集

4、鏈路監(jiān)控

5、請(qǐng)求網(wǎng)關(guān)zuul

7、服務(wù)容錯(cuò)

8、服務(wù)配置

“web中分布式系統(tǒng)的實(shí)現(xiàn)方式是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！