Golang分布式設計模式之 分層設計

2021-06-23 05:39:41 字數 1426 閱讀 7136

提到分布式系統,我們會想到很多機器,分別部署著各自的服務,然後整體組成乙個分布式系統。在這類系統中,分布式系統與常規的集中式系統存在著以下三個區別。(來自分布式演算法導論)

1、缺乏全域性狀態知識

2、缺乏全域性時間幀

3、非確定性

這三大特點也成為分布式系統設計的難點。也正是如此,分布式系統的設計比常規的集中式系統要難的多。為了區別,我們稱這種分布式系統為,群體分布式。這種猶如社會群體。

golang語言天生具有分布式的特點,其主要是基於協程與chan的概念。如果對golang不了解的人可以簡單的去看看golang語言。

有了golang語言,我們的可執行程式,也可以設計成分布式。乙個可執行程式設計成分布式,這種分布式我們成為單體分布式。這種猶如,個體,存在著很多的部件。

其與群體分布式的區別在於:

1、由於在同乙個可執行程式中,全域性狀態知識,是可以存在的。

2、由於在同乙個可執行程式中,全域性時間幀,也是可以存在的。

3、也存在著非確定性

其實我們就經常與分布式打交道,其中最經典的有:tcp協議(點對點的通訊),路由協議(包的傳遞過程)。這都是典型的分布式演算法。

那麼osi7層模型與tcp/ip模型都屬於分層的設計模式。現在我們將此設計經驗。借鑑到golang語言的開發過程中。

下面我們以乙個http流分析系統舉例

一、根據功能,劃分成不同的層次。

1)dump層:利用pcap進行抓包

2)傳輸層:對包進行解析tcp資訊

3)流層:將tcp包進行組裝成tcp流

4)http層:對tcp流進行識別生成相應的http資訊

二、分層之後,進行介面的定義

介面有幾種方式

1)採用func變數

這種情況一般以單個介面的時候

2)採用inte***ce

這種情況對應於有多個func介面的時候

3)採用chan

這種模式更多的適用於兩個協程之間進行通訊,我個人不建議做成模組之間的介面

三、組裝

在main函式中,反向初始化

1)初始化http模組

2)初始化流層,並將http中的介面函式與流層對接

流層.init(http.介面函式)

3)初始化傳輸層,並將流層的介面與傳輸層對接

傳輸層.init(流層.介面函式)

4)初始化抓包層,並將傳輸層的介面與抓包層對接

抓包層.init(傳輸層.介面函式)

分層設計,可以歸屬於一種類似於流水線的處理模式。屬於狀態的簡單轉移。這種設計的好處,在於,各個模組之間的耦合性降低,各個模組自成一體。整個系統的測試、維護都變得簡單。

龔浩華月牙寂 道長

qq 29185807

2023年8月15日

分布式之分布式事務

被人問到分布式事務,之前學rabbitmq 的時候學到過rabbitmq 高階的事務,因為沒有用過,所有沒有回答好。這裡總結一下。1.單機版事務。事務的四大特性 acid a.原子性 b.一致性 c.隔離性 d.永續性 單機事務可以通過設定事務的隔離級別 參見spring 的事務隔離級別 2.分布式...

TransactionScope 之分布式配置

本文 transactionscope是個好東西,可以自動管理transaction,即使是對分布式資料庫也可以,但是需要一些配置 摸索了2天。本文的環境為windows 2003 1.對跑 的機器和sql所在的伺服器進行component services的配置 administative too...

分布式技術之分布式ID和分布式事務

mycat不支援只能使用在sharding jdbc中 public class mysharding implements preciseshardingalgorithm spring.shardingsphere.sharding.tables.t order.actual data node...