Dubbo是阿里开源的一款服务治理中间件，主要包含如下节点：
- Provider: 暴露服务的服务提供方。
- Consumer: 调用远程服务的服务消费方。
- Registry: 服务注册与发现的注册中心。
- Monitor: 统计服务的调用次调和调用时间的监控中心。
- Container: 服务运行容器。
服务提供方配置如下：
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
http://code.alibabatech.com/schema/dubbo
http://code.alibabatech.com/schema/dubbo/dubbo.xsd"> <!-- 提供方应用信息，用于计算依赖关系 -->
<dubbo:application name="demo_provider_app" owner="demo_provider_app"/> <!-- 使用zookeeper注册中心暴露服务地址 -->
<dubbo:registry protocol="zookeeper" address="zookeeper://127.0.0.1:2181" /> <!-- 用dubbo协议在20880端口暴露服务 -->
<dubbo:protocol name="dubbo" port="20880" host = "127.0.0.1"/> <dubbo:service interface="com.fredric.demo.IProviderService" ref="ProviderServiceImpl" /> </beans>
服务消费方配置如下：
<dubbo:application name="demo_consumer_app" owner="demo_consumer_app"/>
<!-- 使用zookeeper注册中心暴露服务地址 -->
<!-- 注册中心地址 -->
<dubbo:registry protocol="zookeeper" address="zookeeper://127.0.0.1:2181" />
<!-- 用户服务接口 -->
<dubbo:reference interface="com.fredric.demo.IProviderService" id="ProviderServiceImpl" />
对于dubbo的依赖，全部配置在maven的工程依赖中。其中启动时可以做dubbo的可执行jar包。
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<configuration>
<classesDirectory>target/classes/</classesDirectory>
<archive>
<manifest>
<mainClass>com.alibaba.dubbo.container.Main</mainClass>
<useUniqueVersions>false</useUniqueVersions>
<addClasspath>true</addClasspath>
<classpathPrefix>lib/</classpathPrefix>
</manifest>
<manifestEntries>
<Class-Path>.</Class-Path>
</manifestEntries>
</archive>
</configuration>
</plugin>
安装部署时：
1、安装zookeeper；
2、安装dubbo admin管理后台；（可选）
3、发布服务提供方和消费者，本例中用的都是可执行jar包，因此只要java -jar XXX即可。
执行后可在dubbo admin中查看当前的提供方、消费者和应用。
dubbo还支持容错和负载均衡，架构如下：
这里我的理解是，尽管两者都是集群部署，但是有差别的：多个容错节点形成一个invoke在多个invoker中，可以使用loadbalence;
原文描述如下：
这里的Invoker是Provider的一个可调用Service的抽象，Invoker封装了Provider地址及Service接口信息。
Directory代表多个Invoker，可以把它看成List<Invoker>，但与List不同的是，它的值可能是动态变化的，比如注册中心推送变更。
Cluster将Directory中的多个Invoker伪装成一个Invoker，对上层透明，伪装过程包含了容错逻辑，调用失败后，重试另一个。
Router负责从多个Invoker中按路由规则选出子集，比如读写分离，应用隔离等。
LoadBalance负责从多个Invoker中选出具体的一个用于本次调用，选的过程包含了负载均衡算法，调用失败后，需要重选。