dubbo原理图_写给自己看的
自己总结:
1.注册中心与consumer保持一个长连接 把provider的远程接口地址列表给它 ，并且这个长连接可以把变动的接口也推送
2.consumer在调用时 会根据负责均衡算法来进行调用相应的微服 轮询随机等
3.调用失败会有 尝试选择另外微服 (修改接口考虑幂等性)
4.消费者 与 提供者 在调用时都会在内存中累计次数与时间 定时调用监控中心 在管控台能够看见
调用关系：
0、服务器负责启动，加载，运行提供者（例如在tomcat容器中，启动dubbo服务端）。
1、提供者在启动时，向注册中心注册自己提供的服务。
2、消费者启动时，向注册中心订阅自己所需的服务。
3、注册中心返回提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
4、消费者，从远程接口列表中，调用远程接口，dubbo会基于负载均衡算法，选一台提供者进行调用，如果调用失败则选择另一台。
5、消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。（可以在dubbo的可视化界面看到）