Dubbo是：
dubbo架构图
- Provider: 暴露服务的服务提供方。
- Consumer: 调用远程服务的服务消费方。
- Registry: 服务注册与发现的注册中心。
- Monitor: 统计服务的调用次数和调用时间的监控中心。
调用流程
0.服务容器负责启动，加载，运行服务提供者。
1.服务提供者在启动时，向注册中心注册自己提供的服务
2.服务消费者在启动时，向注册中心订阅自己所需的服务
3.注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
4.服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
5.服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心
Dubbo优缺点
优点：
- 透明化的远程方法调用
- 像调用本地方法一样调用远程方法
- 只需简单配置，没有任何API侵入。
- 软负载均衡及容错机制，可在内网替代nginx lvs等硬件负载均衡器。
- 服务注册中心自动注册 & 配置管理，不需要写死服务提供者地址，注册中心基于接口名自动查询提供者ip
- 使用类似zookeeper等分布式协调服务作为服务注册中心，可以将绝大部分项目配置移入zookeeper集群。
- 服务接口监控与治理，Dubbo-admin与Dubbo-monitor提供了完善的服务接口管理与监控功能，针对不同应用的不同接口，可以进行 多版本，多协议，多注册中心管理。
缺点：
- 只支持JAVA语言
参考文献：
