传统项目:
存在问题:
1:模块之间耦合度太高,其中一个功能升级,其他的模块都得一起升级部署。
2:开发困难,各个团队开发最后都要整合在一起.
3:系统扩展性差
4:不能灵活进行分布式部署
解决方案：
把模块才分成独立的工程,单节点运行,如果某一个节点压力大了可以单独对这个节点进行增加配置,其他节点不受影响。缺点就是系统之间交互
需要额外的工作量来进行接口的开发。把系统拆分成多个工程,需要完成系统的工程需要多个工程协作完成,这种形式就叫做分布式。
分布式:
把系统拆分成多个子系统.优点:
1:把模块拆分,使用接口通信,降低模块之间的耦合度.
2:把项目拆分成若干个子项目,不同的团队负责不同的子项目.
3:增加功能时只需要再增加一个子项目,调用其他系统的接口就可以。
4:可以灵活的进行分布式部署.
5:提高代码的复用性,比如service层,如果不采用分布式rest服务方式架构就会在手机wap商城,微信商城,pc,android，ios每个端都要写一个service层逻辑,开发量大,难以维护一起升级,这时候就可以采用分布式rest服务方式,公用一个service层。
缺点:系统之间的交互要使用远程通信,接口开发增大工作量,但是利大于弊,哈哈。
(以前老的架构,不同的项目模块单独开发部署，没有交集,只公用数据库)
注意:在拆分项目的时候一定要考虑好,做到独立的拆分，比如商城系统,前台protol系统里面订单可以拆分为一个系统,首页可以拆分为一个系统,这样就可以
分功能进行拦截/order的请求,如果没登录就去单点登录系统进行登录处理,这样的好处就是拦截的更精确。