传统架构和分布式系统架构的优缺点

传统项目:

　　存在问题:

　　1:模块之间耦合度太高,其中一个功能升级,其他的模块都得一起升级部署。

　　2:开发困难,各个团队开发最后都要整合在一起.

　　3:系统扩展性差

　　4:不能灵活进行分布式部署

　　解决方案：

　　把模块才分成独立的工程,单节点运行,如果某一个节点压力大了可以单独对这个节点进行增加配置,其他节点不受影响。缺点就是系统之间交互

　　需要额外的工作量来进行接口的开发。把系统拆分成多个工程,需要完成系统的工程需要多个工程协作完成,这种形式就叫做分布式。

分布式:

　　把系统拆分成多个子系统.优点:

　　1:把模块拆分,使用接口通信,降低模块之间的耦合度.

　　2:把项目拆分成若干个子项目,不同的团队负责不同的子项目.

　　3:增加功能时只需要再增加一个子项目,调用其他系统的接口就可以。

　　4:可以灵活的进行分布式部署.　　

　　5:提高代码的复用性,比如service层,如果不采用分布式rest服务方式架构就会在手机wap商城,微信商城,pc,android，ios每个端都要写一个service层逻辑,开发量大,难以维护一起升级,这时候就可以采用分布式rest服务方式,公用一个service层。

　　缺点:系统之间的交互要使用远程通信,接口开发增大工作量,但是利大于弊,哈哈。



　　　　　　　　(以前老的架构,不同的项目模块单独开发部署，没有交集,只公用数据库)



注意:在拆分项目的时候一定要考虑好,做到独立的拆分，比如商城系统,前台protol系统里面订单可以拆分为一个系统,首页可以拆分为一个系统,这样就可以

　　　　分功能进行拦截/order的请求,如果没登录就去单点登录系统进行登录处理,这样的好处就是拦截的更精确。