关于LT分发系统的设计构想

参考资料

​​我们上传最新的代码文件(.war文件)及版本介绍信息到Mather,mather更新自己的version.txt文件,这里保存着最新的文件版本号

2 mather从配置文件里加载数据并初始化allSons,在页面上显示所有的son的信息

3 用户选择一个版本文件给部分/全部son发送文件

3.0 在versions里获得需要push代码的son的版本号,例如之前的版本是451,先把451变成-451,

3.1 将notGetFilesSon随机分为n组,再从每一组里随机挑选一个son(我们记为son_trunk),以mather为源头,向他发送war文件,同时发送的还有这个组里别的son的地址信息

参考资料

​​每个组收到mather信息的son(son_trunk),如果完整的接受到所有文件与地址信息,就向mather反馈一条序列化message

3.3 每个son_trunk把自己收到的文件,按照nextSons的地址发送出去

3.4 每个son收到信息后(不管是是来自mather还是来自son_trunk),首先删除原有的war文件,并且把新的war完整的保存后,都要向mather汇报

参考资料

​​                              mather收到某个son的消息后,就把它从notGetFilesSon里移除并添加到getFilesSon里,同时更新versions到最新的version.txt里面的版本号

具体的说,就是mather内部有一个hashmap,key是各个son的ip,value是对应的版本号,每次mather收到底下son的反馈消息后,就更新对应key的版本号

系统只有访问mather的hashmap就知道当前所有son的版本信息了

4 son的java类中保存完文件后,重启tomcat(tomcat的地址可xml配置,也可在java文件中写死),在重启中要删除原有的文件夹

6 mather的监控程序会一直监控自己的getFilesSon情况与version的版本号,并显示到浏览器页面上如果value 是负数,说明正在更新,是正数且小于最新的版本号,显示分发按钮,如果等于最新版本号,就显示已经是最新版本

7 对于一直没有成功获得文件的son,目前只能手动更新文件,并在浏览器页面上手动更新

这一版本的问题及解决方案

1 没有错误重传机制

错误重传机制,再议

2 son接收到消息后,确认机制不够优雅,目前等于所有的son都得"知道"mather的地址,这个设计不好

son_trunk给普通的son发消息的时候,就把mather的ip也发过去就OK了

4 每次mother重启后,就丢失了所有son的版本信息

每次mather收到son的反馈消息后,先更新hashmap,然后吧hashmap持久化的文件里,每次tomcat启动的时候,就去读那个文件,来恢复版本信息

另外,这个系统是我之前自己闭门造车的结果,贻笑大方了

各位高手如果觉得我的设计哪里有不合适的地方,请一定告诉我,大家共同进步

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。