Dubbo初认识

1.RPC

远程过程调用，通过建立sockets链接两个远程服务，序列号信息，发送请求并且返回请求。

与http传输区别：

因为http传输70%内容用来传输报头，并且需要建立连接，而真正传输的数据只占有30%。。
rpc最大的特点是可以自定义报头的内容，减少不必要的报头传输，提高传输数据的效率，并且不需要建立连接，减少网络堵塞。

影响因素：
a.能否快速建立链接效率
b.序列号和反序列化效率

2.Dubbo

优点：
1.面向接口代理的高性能RPC调用

服务以接口为粒度，为开发者屏蔽远程调用底层细节。
类似于MyBatis通过接口调用。

2.服务自动注册与发现

支持多种注册中心服务，服务实例上下线实时感知。
前台发起请求每次通过zooKeeper注册中心询问后台哪些机器可以被使用

3.运行期流量调度

内置条件、脚本等路由策略，通过配置不同的路由规则，轻松实现灰度发布，同机房优先等功能；
灰度发布 ：比如有100台服务器，新服务部署先上20台，而之后80台还用旧服务，等新服务上线稳定再全部使用。

4.高度可扩展能力

扩展第三方插件

5.智能负载均衡

内置多种负载均衡策略，智能感知下游节点健康状况，显著减少调用延迟，提高系统吞吐量。

6.可视化的服务治理与运维

web界面随时查询服务元数据、服务健康状态及调用统计，实时下发路由策略、调整配置参数。

dubbo结构组成：

1.Container容器/Provider

容器启动后，将自己的服务信息Provider提供给注册中心Registry；

2.Monitor监控中心

负责监控消费者和生产者各组件上线；以及配置各组件的权重等。

3.Consumer消费中心

a.当消费启动后会向注册中心订阅subscribe我们的服务。如果服务有所变更，注册中心还可以通过长连接推送notify给我们的Consumer！
b.消费者可以直接调用服务，也可通过配置负载均衡，让消费中心有选择的调度服务。而之间来往的信息每隔一分钟发送给监控中心。

4.Registry注册中心

ZooKeeper
----思路
首先消费者从订阅中心异步获知有哪些服务，然后同步调用服务的功能！

3.ZooKeeper

a.服务器端口：2181
b.客户端操作： get / create -2 /jd 123456 创建结点

----ZooKeeper配置
修改配置文件zoo.cfg

dataDir=/tmp/zk1/data
dataLogDir=/tmp/zk1/log