Dubbo和Zookeeper的基础理解

Dubbo的理解：

说白了就是个远程服务调用的分布式框架，实现的效果就是调用远程的方法就像在本地调用一样。
服务调用怎么做到的呢？就是本地有对远程方法的描述，包括方法名、参数、返回值，在dubbo中是远程和本地使用同样的接口；然后呢，要有对网络通信的封装，要对调用方来说通信细节是完全不可见的，网络通信要做的就是将调用方法的属性通过一定的协议（简单来说就是消息格式）传递到服务端；服务端按照协议解析出调用的信息；执行相应的方法；在将方法的返回值通过协议传递给客户端；客户端再解析；在调用方式上又可以分为同步调用和异步调用；简单来说基本就这个过程

Dubbo原理图：

节点角色说明：

Provider: 暴露服务的服务提供方。

Consumer: 调用远程服务的服务消费方。

Registry: 服务注册与发现的注册中心。

Monitor: 统计服务的调用次调和调用时间的监控中心。

Container: 服务运行容器。

调用关系说明：

1. 服务容器负责启动，加载，运行服务提供者。

2. 服务提供者在启动时，向注册中心注册自己提供的服务。

3. 服务消费者在启动时，向注册中心订阅自己所需的服务。

4. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。

5. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。

6. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

Zookeeper的理解：

zookeeper翻译过来叫做动物管理员，是分布式应用程序协调服务，在我看来，他像是一个数据库，特点是一致、有头、数据树

1. 一致是说，zookeeper的集群中每个服务器的数据是同步一致的

2. 有头是说，zookeeper集群中只有一个leader，其他都是follower，客户端提交请求之后,先发送到leader,leader作为接收者,广播到每个follower，如果一个节点上的数据发生变化，会通知其他节点

3. 数据树是说，zookeeper的数据结构是树形节点的文件系统，可以做增删改和监听

1、在Client向Follwer发出一个写的请求

1. Follwer把请求发送给Leader

2. Leader接收到以后开始发起投票并通知Follwer进行投票

3. Follwer把投票结果发送给Leader

4. Leader将结果汇总后如果需要写入，则开始写入同时把写入操作通知给Leader，然后commit;

2、Zookeeper 的读写机制

1. Zookeeper是一个由多个server组成的集群

2. 一个leader，多个follower

3. 每个server保存一份数据副本

4. 全局数据一致

5. 分布式读写

6. 更新请求转发，由leader实施

3、Zookeeper 的保证

1. 更新请求顺序进行，来自同一个client的更新请求按其发送顺序依次执行

2. 数据更新原子性，一次数据更新要么成功，要么失败

3. 全局唯一数据视图，client无论连接到哪个server，数据视图都是一致的

4. 实时性，在一定事件范围内，client能读到最新数据

4、作用：

1. 配置管理，程序总是需要配置的，如果程序分散部署在多台机器上，要逐个改变配置就变得困难。现在把这些配置全部放到zookeeper上去，保存在 Zookeeper 的某个目录节点中，然后所有相关应用程序对这个目录节点进行监听，一旦配置信息发生变化，每个应用程序就会收到 Zookeeper 的通知，然后从 Zookeeper 获取新的配置信息应用到系统中就好。

2. dubbo是一个服务消费者和提供者的调度框架。

3. zookeeper用来注册服务和进行负载均衡，哪一个服务由哪一个机器来提供必需让调用者知道，简单来说就是ip地址和服务名称的对应关系。当然也可以通过硬编码的方式把这种对应关系在调用方业务代码中实现，但是如果提供服务的机器挂掉调用者无法知晓，如果不更改代码会继续请求挂掉的机器提供服务。zookeeper通过心跳机制可以检测挂掉的机器并将挂掉机器的ip和服务对应关系从列表中删除。至于支持高并发，简单来说就是横向扩展，在不更改代码的情况通过添加机器来提高运算能力。通过添加新的机器向zookeeper注册服务，服务的提供者多了能服务的客户就多了。