Golang分布式設計模式之-----星型拓撲分形設計

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。

Golang分布式設計模式之-----星型拓撲分形設計

 

         上一篇分層設計中，利用了簡單的流水線原理，實現了簡單的狀態轉移的設計。

         這一篇我們將考慮另外一種情況。例如，linux核心中的進程管理。所有的進程都有一個父進程。當子進程正常運行時候，與父進程基本無通訊。但當子進程死亡時，要通知其父進程，讓父進程進行資源回收。當父進程死亡時，兩種情況，子進程隨著父進程一起死亡，或者將子進程交由父進程的父進程管理。

         其中每個進程都有自己的父進程，也有可能會有自己的子進程。

 

         在這種管理中，父子關係，或者說是管理者與被管理者的關係。被管理者，可以獨自運行，但要將其的一些狀態告知管理者，或者管理者，可以定期擷取被管理者的狀態。

        

         下面以一個p2p下載器為例：

一、職能劃分，形成管理者與被管理者

         1）下載工作管理員。（用於添加，刪除任務，以及控制任務下載速度等一些策略管理）

         2）下載任務模組。（用於具體的單個任務下載，可以控制peer）

         3）對等peer模組。（對等互動peer通訊，資料互動）

 

         在這裡有兩個星型拓撲模型。

         1）下載工作管理員，為管理者，控制任務的添加，刪除等。下載任務模組，為被管理者，用於具體某個任務的下載。

                  下載管理員，可以即時控制下載模組，下載模組，下載速度，下載完成等狀態要向下載管理上報。

 

         2）下載任務模組，為管理者，控制對等peer擷取，建立等。對等peer模組，為被管理者，用於具體的通訊，資料互動等。

 

         其兩個星型結構，組成了一個星型的分形結構

 

二、介面的定義

         1）管理者，定義一個管理者的interface，用於傳遞給被管理者。

         2）被管理者，定義個狀態interface，用於管理者擷取、控制被管理者的狀態。

三、運行

         1、管理者初始化，並運行

         2、添加被管理者。

                  添加時候，將管理設介面傳遞到被管理者。

 

         星型拓撲分形設計，可以歸屬於一種，基於職能管理劃分的系統。各個職能獨立，並通過介面，進行弱通訊，實現了上報、管理等行為。但各個職能卻又能實現鬆散耦合。

 

         浩 初稿

qq  29185807

2014年8月22日