浅谈负载均衡、分布式、服务器集群及系统架构演变

(1)、传统架构

 问题：传统架构当用户量较少时，并无问题。当遇到刚并发量访问时由于软件服务器（并发量问题）、操作系统（对线程数限制）、硬件性能（计算能力有限）等一系列问题不再能满足服务需求。

 

（2）负载均衡、服务器集群

为了提高软硬的性能，提出服务器集群概念（就是多台软硬件服务器协作运算），但由于网络IP地址与域名一一对应绑定又提出了负载均衡服务器，于是互联网系统架构变成下图结构：

 问题：遇到了session共享问题为了实现session共享，tomcat允许通过局域网广播进行session同步。但在实际中遇到检测时发现这种架构，犹如数学抛物线当服务器集群过多时（约20个左右）服务器为了session复制，系统性能反而大大下降。

 

（3）分布式

为解决session共享造成的问题，提出分布式概念：根据系统的具体功能拆分成多个子系统，子系统之间通过web service通信这样就不需要session复制了，而且还可以推算哪些子系统是经常高并发量访问，大大提高资源灵活性，充分利用软硬件资源。

问题：这种架构也不是没有问题，有这种可能：多个子系统调用相同的业务逻辑，造成业务逻辑重复！

 

（4）面向服务架构（SOA）

负载均衡+服务器集群+分布式架构已经很好解决了高并发量访问的问题，但最终残留了业务逻辑代码重复的问题。解决办法：是业务层与表现层分离，每个表现层子系统都可以调用业务层服务，这就是SOA架构。