`
xifanlou
  • 浏览: 29067 次
  • 性别: Icon_minigender_1
  • 来自: 南京
最近访客 更多访客>>
文章分类
社区版块
存档分类
最新评论

这就叫分布式?

阅读更多
在infoq上看到一片关于分布式代码管理的文章
先是陈述了当前主流代码管理工具SVN,CVS等软件的劣势:
1.代码全部交由中央server来管理,如果SVN服务器坏了,那就完蛋了
2.如果SVN服务器位置在中国,开发人员在美国,那美国那边更新代码就会比较慢,影响开发
所以传统的代码管理工具只适用于server稳定性高,并且在同一个局域网络的场合,这个是不言而喻的。
现在产生一些新的代码管理工具,除了配置中央server外,还在分布式的开发团队局域网里设一个代码管理server,由这些server向中央server同步,不同区域的开发人员只要把自己的代码及时提交到本地的server上,由本地server向中央server定时提交或者合并代码,那么即使出现网络故障,也不影响本地的代码管理,的确很使用分布式团队的场合。

最近,自己公司的数据库软件的一个小工具,也是照这样的方式大同小异对connection进行管理,软件设计的跟我想象的不大一样,数据库应用程序通过连接管理工具向物理数据库更新获取数据,同时可以配置连接管理工具使他连上不同物理机器上的相同的实例,当以A机作为主数据库的话,B机,C机...等处于等待状态,一旦A出现问题比如关机,可以立刻切换到B机更新数据,待A机好了之后,再自动切回,这样就保证了数据不会丢失或者不用重新操作一遍。
从这两个实例来看,分布式的设计无疑提高了安全性,也能保证数据持续更新。
这倒使我联系到当初互联网发展历程,从http到P2P,也是把数据分布到各个node,以避免对某个关键点的过度依赖。

大学时候看过陈国良的《并行计算》,里面提到了一些分布式的概念。
如果不用而只是去想象的话,挺玄乎的,接触一些产品和概念后,分布式的原理还是很简单的。
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics