Dubbo

Dubbo 是什么

• 一款分布式服务框架
• 高性能和透明化的RPC远程服务调用方案
• SOA服务治理方案

Dubbo 架构流程图

Provider：服务提供方
Consumer：服务消费者
Registry：注册中心
Monitor：统计服务调用次数和调用时间的监控中心

调用流程:
0.启动服务提供者。
1.服务提供者在启动时，向注册中心注册自己提供的服务。
2.服务消费者在启动时，向注册中心订阅自己所需的服务。
3.注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
4.服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
5.服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

注册中心
服务提供方：针对所提供的服务到注册中心发布。
服务消费方：到服务中心订阅所需的服务。
对于任何一方，不论服务提供方或者服务消费方都有可能同时兼具两种角色，即需要提供服务也需要消费服务。

dubbo:
1.Dubbo 中的负载均衡策略有哪些
2.Dubbo 是如何判断每台机器的负载情况，如果是你如何知道每台机器的负载情况
3.Zookeeper 作为注册中心，里面存储了服务提供方的哪些信息
4.对dubbo和zooper的了解
5.Dubbo相比其他的RPC框架好在哪里，自己实战过吗？
6.dubbo的监控者是怎么监控的，数据是怎么拿到的？服务如何借助zookeeper发现的？zk宕了怎么办
7. dubbo 原理，服务注册
8. dubbo的负载均衡
Dubbo 的常用协议有哪些？为什么选择 Dubbo?
平时在 Dubbo 的配置文件中是如何配置的?