在分布式系统中，国内常用zookeeper+dubbo组合，而Spring Boot推荐使用全栈的Spring，Spring Boot+Spring Cloud。
Dubbo官网架构演变示例图：
单一应用架构
当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是关键。
垂直应用架构
当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。此时，用于加速前端页面开发的Web框架(MVC)是关键。
分布式服务架构
当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。此时，用于提高业务复用及整合的分布式服务框架(RPC)是关键。
流动计算架构
当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。此时，用于提高机器利用率的资源调度和治理中心(SOA)是关键。
【1】Zookeeper和Dubbo
① ZooKeeper
ZooKeeper 是一个分布式的，开放源码的分布式应用程序协调服务。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。
简单来说，它是服务注册中心。
② Dubbo
Dubbo是Alibaba开源的分布式服务框架，它最大的特点是按照分层的方式来架构，使用这种方式可以使各个层之间解耦合（或者最大限度地松耦合）。从服务模型的角度来看，Dubbo采用的是一种非常简单的模型，要么是提供方提供服务，要么是消费方消费服务，所以基于这一点可以抽象出服务提供方（Provider）和服务消费方（Consumer）两个角色。
示意图如下，Dubbo容器启动时加载和运行服务提供者(Provider)，服务提供者会将自己所能够提供的服务注册到Zookeeper–Registry，服务消费者从Registry中订阅(subscribe)服务，册中心会将服务消费者所需要的服务的地址列表返回给服务消费者。如果服务有变更，Registry将会notify消费者。服务消费者会根据拿到的地址列表，调用服务提供者提供的服务。另外，Dubbo还提供了监控机制(Monitor)。
【2】Docker简单安装Zookeeper
下载镜像命令如下：
docker pull registry.docker-cn.com/library/zookeeper
启动容器：
官网说明示例如下
docker run --name some-zookeeper --restart always -d zookeeper
This image includes EXPOSE 2181 2888 3888 (the zookeeper client port, follower port, election port respectively), so standard container linking will make it automatically available to the linked containers. Since the Zookeeper “fails fast” it’s better to always restart it.
这里只暴露客户端交互端口2181。
docker run --name zk01 -p 2181:2181 --restart always -d a8a59477268d(镜像id)
【3】编写并配置服务提供者和消费者
① 创建空工程
这里用的是idea。
② 在空工程中分别创建两个Module：consumer-user和provider-ticket
一个是服务消费者，一个是服务提供者。其中user调用ticker的方法。
结构示意图如下：
③ 首先将服务提供者注册到注册中心
三个步骤：
- 引入dubbo和zkclient相关依赖；
- 配置dubbo的扫描包和注册中心地址；
- 使用@Service发布服务
引入依赖pom如下：
<dependency> <groupId>com.alibaba.boot</groupId> <artifactId>dubbo-spring-boot-starter</artifactId> <version>0.1.0</version> </dependency> <!--引入zookeeper的客户端工具--> <!-- https://mvnrepository.com/artifact/com.github.sgroschupf/zkclient --> <dependency> <groupId>com.github.sgroschupf</groupId> <artifactId>zkclient</artifactId> <version>0.1</version> </dependency>
配置文件如下：
dubbo.application.name=provider-ticket dubbo.registry.address=zookeeper://192.168.2.110:2181 dubbo.scan.base-packages=com.dubbo.provider.service
provider-ticker如下图所示：
注意这里的@Service非Spring注解而是Dubbo的注解！
启动服务提供者，如下所示，表示正常启动：
④ 服务消费者引用服务
三个步骤：
- 引入dubbo和zkclient相关依赖；
- 配置dubbo的注册中心地址；
- 引用服务
引入依赖同③，application.properties配置如下：
dubbo.application.name=consumer-user dubbo.registry.address=zookeeper://192.168.2.110:2181
接下来在UserService中引用服务提供者提供的服务！
将TickerService拷贝到位于module consumer-user的同路径下，如下所示：
注意，Dubbo是面向接口的，impl包及实现类不需要！
UserService类如下：
package com.dubbo.consumer.service; import com.alibaba.dubbo.config.annotation.Reference; import com.dubbo.provider.service.TicketService; import org.springframework.stereotype.Service; /** * Created by Janus on 2018/7/11. */ @Service//这里是Spring的注解 public class UserService { // 远程引用，按照全类名从注册中心寻找 @Reference TicketService ticketService; public void hello(){ String ticket = ticketService.getTicket(); System.out.println("买到票了："+ticket); } }
测试类如下：
@RunWith(SpringRunner.class) @SpringBootTest public class ConsumerApplicationTests { @Autowired UserService userService; @Test public void contextLoads() { userService.hello(); } }
保持服务提供者正常启动状态，然后服务消费者测试结果如下：
即，通过Zookeeper，服务消费者获取了另一个工程-服务提供者提供的服务！
一个工程引用另一个工程的服务，其实就是远程调用–RPC，常见的如WebService。Dubbo就是基于RPC远程调用实现服务之间的通信！！！
但是本篇博文只是简单实践，实际应用中不可能在消费者下面建立服务提供者同级目录并拷贝接口的。通常是将服务接口抽离到公共接口项目中，消费者和服务提供者依赖该接口项目。
