dubbox-demos

基于dubbox使用手册。

dubbo vs dubbox

dubbo是阿里开源的 RPC服务调用框架。

在他官方描述上是这么说的：Dubbo[音同double]是一个分布式服务框架，

致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案（开源版SOA基本没东西）。

github 地址 https://github.com/alibaba/dubbo

官方文档地址 http://dubbo.io/Home-zh.htm

由于dubbo已经3年没有维护了（他们将dubbo的商用版(edas)放到了阿里云上，所以已经不维护开源版本了）
所以不基于dubbo，我选择dubbox 当当开源版进行二次开发
当当针对dubbo进行了spring、zookeeper、序列化等等升级，并且实现了基于httpComponent实现了RESTful调用。

一张图理解dubbox

快速开始 - 图1

start

安装

本地安装非常简单，直接通过maven进行package即可。

包结构

image

jar包缺省依赖

image

SPI

可以看出，zookeeper、redis、mina等等包都没有依赖，那怎么运行呢？
其实dubbox使用的是JDK5+提供的SPI进行自动加载jar包的机制，不过他对原始SPI进行了改进，用到时才加载。
比如你想使用zookeeper作为注册中心，那么你就要做以下2个事情。

1、在spring配置文件中增加<dubbo:registry address="zookeeper://127.0.0.1:2181"/>
2、在你pom中加入：

  1. <dependency>
  2.     <groupId>org.apache.zookeeper</groupId>
  3.     <artifactId>zookeeper</artifactId>
  4.     <version>3.4.6</version>
  5. </dependency>
  6. <dependency>
  7.     <groupId>com.github.sgroschupf</groupId>
  8.     <artifactId>zkclient</artifactId>
  9.     <version>0.1</version>
  10. </dependency>

使用dubbox系统架构

现ECS架构

image

可以看出来，这种垂直架构的问题很多。

  1. 系统间耦合严重，系统A调用系统B使用的是系统B提供的jar包（并非远程调用jar包，是将业务逻辑打包给A，实现A调用B的过程变成了A本地调用）。
  2. 同一机房调用使用Http协议，效率以及性能很低。
  3. 整体系统架构错综复杂，没法统一一个完整的系统架构图。
  4. 运维工作复杂，无法统一监控整体系统，出现问题排查起来很难。
  5. 等等…

dubbox后ECS架构

image

对于使用dubbox后的系统，改造点在于在weblogic application 中加入了dubbox container（dubbox.jar）。

  1. 服务间不再耦合，提供服务后，无需考虑服务提供给谁，提供什么样的协议。谁需要调用你，就在注册中心订阅你就可以。
  2. 服务调用使用基于NIO、HTTP等多种协议，性能可控，只需要提供业务服务即可。
  3. 系统间的关系可在监控中心一目了然。
  4. 可在dubbox中实现调用链埋点，监控每一次调用的数据（京东就是基于dubbox实现的调用链，京东的dubbo叫杰夫）。
  5. 等等等…

开始写代码！

来源

https://github.com/shuvigoss/dubbox-demos