传统架构vs分布架构

传统项目:
　　存在问题:
　　1:模块之间耦合度太高,其中一个功能升级,其他的模块都得一起升级部署。
　　2:开发困难,各个团队开发最后都要整合在一起.
　　3:系统扩展性差
　　4:不能灵活进行分布式部署
　　解决方案：
　　把模块才分成独立的工程,单节点运行,如果某一个节点压力大了可以单独对这个节点进行增加配置,其他节点不受影响。缺点就是系统之间交互
　　需要额外的工作量来进行接口的开发。把系统拆分成多个工程,需要完成系统的工程需要多个工程协作完成,这种形式就叫做分布式。
分布式:
　　把系统拆分成多个子系统.优点:
　　1:把模块拆分,使用接口通信,降低模块之间的耦合度.
　　2:把项目拆分成若干个子项目,不同的团队负责不同的子项目.
　　3:增加功能时只需要再增加一个子项目,调用其他系统的接口就可以。
　　4:可以灵活的进行分布式部署.　　
　　5:提高代码的复用性,比如service层,如果不采用分布式rest服务方式架构就会在手机wap商城,微信商城,pc,android，ios每个端都要写一个service层逻辑,开发量大,难以维护一起升级,这时候就可以采用分布式rest服务方式,公用一个service层。
　　缺点:系统之间的交互要使用远程通信,接口开发增大工作量,但是利大于弊。
　　实际过程中，要根据项目的实际情况，综合判断选择何种架构。