Dubbo简介

Dubbo：https://github.com/apache/incubator-dubbo

http://dubbo.apache.org/en-us/

分布式服务治理框架，soa基础框架

解决多项目间服务的互相调用

或者说是一个微服务架构

 

早期 MVC分层

 

dao（数据库支持）

service（服务层）

controller（控制层）

 

dubbo

 

dao（数据库支持）

service（服务层）————————>将两者打成jar包，统一对外提供服务

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

controller（控制层）————————>war(tomcat)，调用服务

 

注意，为了简便后边用jar表示服务提供方，用war表示服务消费方

 

对于jar包分布式放置，保证HA。同时设置权重，做负载均衡。

 

（Dubbox：当当网版本https://github.com/remoting/dubbox）

 

核心部分：

• 远程通讯： 提供对多种基于长连接的NIO框架抽象封装，包括多种线程模型，序列化，以及“请求-响应”模式的信息交换方式。
• 集群容错：提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。
• 自动发现：基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

 

Dubbo的好处：

1.透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。

2.软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。

3. 服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。

4. Dubbo采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。

 

节点角色说明

节点	角色说明
Provider	暴露服务的服务提供方，前边说的jar包
Consumer	调用远程服务的服务消费方，前边的war包
Registry	服务注册与发现的注册中心
Monitor	统计服务的调用次数和调用时间的监控中心
Container	服务运行容器

 

Jar并不直接对wai提供服务，先到Registry上注册，war去Registry上边找，通常用zookeeper做Registry，Monitor不常用，常用admin配置。

 

用法：

 

本地服务 Spring 配置

 

local.xml:

<bean id=“xxxService” class=“com.xxx.XxxServiceImpl” />

<bean id=“xxxAction” class=“com.xxx.XxxAction”>

    <property name=“xxxService” ref=“xxxService” />

</bean>

 

远程服务 Spring 配置

 

在本地服务的基础上，只需做简单配置，即可完成远程化：

将上面的 local.xml 配置拆分成两份，将服务定义部分放在服务提供方 remote-provider.xml，将服务引用部分放在服务消费方 remote-consumer.xml。

并在提供方增加暴露服务配置 <dubbo:service>，在消费方增加引用服务配置 <dubbo:reference>。

 

remote-provider.xml:

<!-- 和本地服务一样实现远程服务 -->

<bean id=“xxxService” class=“com.xxx.XxxServiceImpl” />

<!-- 增加暴露远程服务配置 -->

<dubbo:service interface=“com.xxx.XxxService” ref=“xxxService” />

remote-consumer.xml:

<!-- 增加引用远程服务配置 -->

<dubbo:reference id=“xxxService” interface=“com.xxx.XxxService” />

<!-- 和本地服务一样使用远程服务 -->

<bean id=“xxxAction” class=“com.xxx.XxxAction”>

    <property name=“xxxService” ref=“xxxService” />

</bean>