xuzhouwang1 / dubbox-demos

基于dubbox使用手册。

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

start

安装

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

包结构

jar包缺省依赖

SPI

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

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

<dependency>
    <groupId>org.apache.zookeeper</groupId>
    <artifactId>zookeeper</artifactId>
    <version>3.4.6</version>
</dependency>
<dependency>
    <groupId>com.github.sgroschupf</groupId>
    <artifactId>zkclient</artifactId>
    <version>0.1</version>
</dependency>

使用dubbox系统架构

现ECS架构

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

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

dubbox后ECS架构

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

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

开始写代码！

• 快速开始
• 应用配置
• 协议配置