dubbo架构简单理解

Dubbo是阿里爸爸提供的开源的SOA服务

（一）dubbo框架系统角色

Provider：暴露服务的服务提供方：

Consumer：调用远程服务的服务消费方；

Registry：服务注册与发现的注册中心;

Monitor：统计服务的调用次数和调用时间的监控中心;

Container：服务运行容器;

（二）dubbo系统角色的调用关系

服务容器（Container）负责启动，加载，运行服务提供者

服务提供者（Provider）在启动时，向注册中心注册并提供服务

服务销售者（Consumer）在启动时，向注册中心订阅自己所需的服务

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

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

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

————————————————

简单理解dubbo框架各个系统角色：打个比方dubbo框架就像一个房屋出租的交易生态圈，房东(Provider)为了方便将出租信息发布到了中介公司平台(Registry)，这样在中介公司平台就会有出租的房屋信息存在，租房者(Consumer)直接在中介公司(Registry)找到房屋信息。直接联系到房东租到合适满意的房子。————比喻可能不是很恰当，还请见谅。

Dubbo底层实现

（1）协议支持

Dubbo支持多种协议，

Dubbo协议 Hessian协议

Http协议    RMI协议

WebService协议    Thrift协议 Memcached协议 Redis协议

在通信过程中，不同的服务等级一般对应不同的服务质量,RMI协议，一般会受到防火墙的限制，所以对于外部与内部进行通信的场景，一般选择基于HTTP协议或者Hessian协议。

（2）默认dubbo协议

连接个数：单连接

连接方式：长连接

传输协议：TCP

传输方式：NIO异步传输

序列化：Hessian二进制序列化

适用范围：传入传出参数数据包较小（小于100kb）,消费者比提供者个数多，单一消费无法满足提供者，尽量不要使用dubbo协议传输大文件或超大字符串

适合场景：常规远程方法调用

dubbo默认采用dubbo协议，dubbo协议采用单一长连接和NIO异步通讯，适合小数据量大并发的服务调用，以及服务消费者远大于服务提供者的情况下。不适合传输大数据量服务，如文件，视频等，除非请求量很低。

阿里爸爸推荐使用zookeeper为注册中心

Zookeeper的特点

1、最终一致性：为客户端展开同一视图，这是zookeeper最重要的功能

2、可靠性：如果消息被一台服务器，那么它将被所以的服务器接受。

3、实时性：Zookeeper不能保证两个客户端能同时得到刚更新的数据，如果需要最新数据，应该在读数据之前调用sync()接口

4、等待无关：慢的或者失效的client不干预快速的client的请求

5、原子性：更新只能成功或失败，没有中间状态

6、顺序性：所以server，同一消息发布顺序一致

Zookeper的基本架构

1、每个Server在内存中存储了一份数据

2、Zookeeper启动时，将从实例中选举一个leader（Paxos协议）

3、Leader负责处理数据跟新等操作

4、一个更新操作成功，当且大多数Server在内存中成功修改数据

Zookeeper Server节点的数目

Zookper Server数目一般为奇数

Leader选举算法采用了Paxos协议；Paxos核心思想；只有多少Server写成功，则任务数据写成功。

这里感谢各位大佬的资料，帮助自己了解dubbo.如有冒犯，请告诉我。