分布式项目工程之间的依赖

WBOY
풀어 주다: 2016-06-06 20:36:03
원래의
1177명이 탐색했습니다.

分布式系统的架构,有两种方式来进行各个子工程之间的依赖

通信方式

  1. 子项目之间独自通信。举个例子,比如说订单子工程在下单的时候需要调用优惠子工程的接口。那么在订单工程中直接和优惠子工程通信读取数据。然后WEB层来调用订单工程的接口。
  2. 子项目彼此独立。在各个独立项目的Service层上再抽象出一层Facade层,用来组装各个工程。在这个模式下。下单过程就在Facade层中去完成了,分别掉订单子工程的和促销子工程。这样各个独立工程的就彼此不通信。通信过程都是在Facade中完成,然后WEB直接依赖Facade层。

通信比较

  1. 第二种方式的好处就是,方式了独立项目之间的依赖。当项目之间有依赖或者多重依赖以后,比如A依赖BB依赖C,C依赖D(更加夸张的是这里出现循环依赖D依赖A)。那么当Dcommon.JAR包改变以后那么A,B,C都需要全部重新编译重新部署,这个时间是很漫长的。
  2. 第二种方式的坏处就是,因为各个独立项目之间是没有依赖的,那么在A项目的一个实体在B项目里面是引用不到的。这个时候如果A项目需要和B项目进行通信,并且需要传一个实体。那么必须在A项目和B项目里面定义两个一模一样的对象出来,来完成通信。

    这样做有好处也有坏处,好处就是独立项目之间的实体是隔离的,那么当其中一个项目的实体变了以后就不会影响另外一个项目。坏处就是整个系统的相同的变量变多。
  3. 第二种方式会让很多业务无法实现。比如说订单子项目在下单某一个步(假设下单有ABC,D4步)需要同步更新促销系统的一个时间。按照现在的逻辑需要做一些处理(将下单流程分解才能完成这个需求)。
  4. 为了解决上面2的问题,这里重新定义一个ALL-Commen.JAR来放一些公共对象和公共的Util,所有的子项目依赖这个Jar包(必须确保这些对象是稳定的,不然出现的是ALL-Commen.JAR一改,所以的子工程都要重新部署)。
    整个系统的稳定性:抽象出Facade层项目之间实体独立>抽象出Facade层依赖ALL-Commen.JAR>各个项目单独通信

不晓得有没有别的模块依赖方式。

回复内容:

分布式系统的架构,有两种方式来进行各个子工程之间的依赖

通信方式

  1. 子项目之间独自通信。举个例子,比如说订单子工程在下单的时候需要调用优惠子工程的接口。那么在订单工程中直接和优惠子工程通信读取数据。然后WEB层来调用订单工程的接口。
  2. 子项目彼此独立。在各个独立项目的Service层上再抽象出一层Facade层,用来组装各个工程。在这个模式下。下单过程就在Facade层中去完成了,分别掉订单子工程的和促销子工程。这样各个独立工程的就彼此不通信。通信过程都是在Facade中完成,然后WEB直接依赖Facade层。

通信比较

  1. 第二种方式的好处就是,方式了独立项目之间的依赖。当项目之间有依赖或者多重依赖以后,比如A依赖BB依赖C,C依赖D(更加夸张的是这里出现循环依赖D依赖A)。那么当Dcommon.JAR包改变以后那么A,B,C都需要全部重新编译重新部署,这个时间是很漫长的。
  2. 第二种方式的坏处就是,因为各个独立项目之间是没有依赖的,那么在A项目的一个实体在B项目里面是引用不到的。这个时候如果A项目需要和B项目进行通信,并且需要传一个实体。那么必须在A项目和B项目里面定义两个一模一样的对象出来,来完成通信。

    这样做有好处也有坏处,好处就是独立项目之间的实体是隔离的,那么当其中一个项目的实体变了以后就不会影响另外一个项目。坏处就是整个系统的相同的变量变多。
  3. 第二种方式会让很多业务无法实现。比如说订单子项目在下单某一个步(假设下单有ABC,D4步)需要同步更新促销系统的一个时间。按照现在的逻辑需要做一些处理(将下单流程分解才能完成这个需求)。
  4. 为了解决上面2的问题,这里重新定义一个ALL-Commen.JAR来放一些公共对象和公共的Util,所有的子项目依赖这个Jar包(必须确保这些对象是稳定的,不然出现的是ALL-Commen.JAR一改,所以的子工程都要重新部署)。
    整个系统的稳定性:抽象出Facade层项目之间实体独立>抽象出Facade层依赖ALL-Commen.JAR>各个项目单独通信

不晓得有没有别的模块依赖方式。

你是不是想复杂了。大概看了你的描述,不同的业务模块都需要对外提供接口,对吗?
那么每个模块专门有个接口层(假设就叫ApiUtils),通讯方式是http、或者socket都行。
模块b调用模块a的接口,发送一个http的request,拿到response就好了。就这么简单,搞什么jar包弄来弄去。
当然还有跟简单的方式,RPC。

很多吧,rmi,hessian,thrift 一类的远程方法调用,或是提供RESTful风格的api接口,或是通过消息队列等

用消息机制来解耦就可以了,你那么做太复杂,一旦复杂bug和维护都会有问题。

관련 라벨:
원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿