软件项目架构的演变（传统架构和面向服务架构的比较）

 普通架构

项目部署特点：

1）  项目和数据库都在同一个服务器。

2）  项目使用技术：jsp/servlet,ssh,ssm框架。

缺点：

1）  并发量太小：1-10

2）  容错性差。

思考：

1）  项目代码优化。（提高项目性能）

2）  扩展服务器。(提高项目并发能力)

扩展架构

特点：

项目和数据库拆分单独部署一台服务器

缺点：

1）并发量满足不了业务增长需要：200

 

集群服务器

特点：

项目采用集群部署，大大提高并发能力。

思考：

1）请求分发那一台服务器？nginx

2）Session共享？tomcat广播，redis的Session共享。

 

 负载均衡

部署特点：

Nginx分发请求。负载均衡。

请求并发量：1000

 

面向服务架构

把项目拆分：表现层（war），服务层(war).表现层调用服务层对象

远程调用

1）webservice

2）dubbo（服务治理）

此时web层需要调用远程服务端服务，涉及到远程调用。使用传统的webservice，或者是其他的远程调用技术已经不能满足服务器访问量增大的需求。因此现在互联网高并发量的情况下，使用服务中间件治理技术(dubbo)治理服务。提高并发量。

 

部署特点：

1）表现层和服务层拆分

2）表现层和服务层需要进行远程调用

a)        Webservice（不使用）

b)       Dubbo

优点：

解决高并发：并发量：10000+