大型分布式系统架构设计(一)------------大型系统解决方案的演变(续)

        上次没写完，然后最近一段时间很是忙…包括这个系列都会更新很慢，毕竟不是起点写手，这玩意儿我说过了，其实也就是个随笔，记录下来，可能有想法的时候会写些。废话不说了，直接上正文。

画图是在是件很慢的事情，又尤其是这种不停迭代的图，我索性直接把最后的版本给弄出来了。做出以下说明：

1、DB方面应该是最直观的第一眼会发现不同，整个DB做成了集群的模式；

2、App服务器方面其实也和之前不一样，这里是按照不同的职能划分开来；

3、引入了企业总线，理由后述；

 

详细说下，先从App Server开始：

这里按照不同的职能划分开，但是注意看这里用的是集群，也就是说每个职能组内部还是和之前是一样的，放的是同样的程序，这样做的原因在于把不同的业务之间的相互资源占用影响降低。

DBserver和上述的App Server是同样的概念。也是分了，不过DBServer可能会牵涉到读写分离的问题，这个属于常规问题，不多做解释了。

最重要的其实在于企业总线，这里企业总线可以理解为类似中间件，高于中间件的一套企业级组件。承担的职能如下：

1、向上看：同步各组App Server集群之间的状态。打个比方把我用户在User服务器登录，但是作为内容发布服务器可能会用到这个会话状态，但是它和User服务器是分离的，这造成二者之间并没有相互联系，这样的话就需要由总线来同步各组之间的状态。

2、向下看：对DB的访问的负载均衡。对于访问的时候对DB Server的选择是由这里来完成的。

 

先写到这里了，最近实在是…人不在状态，而且这种概念性的东西不想写得太复杂，很空洞，我想，用尽量简练的话把内容描述出来就够了。然后。。这个系列真的会更新很慢，很慢。。。。毕竟人在生产线上。。。而且- -跟开头说的一样，毕竟不是起点的写手。。。俺不求月票的。。。