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日
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
