dubbo的架构
2016-06-08 10:52
375 查看
dubbo架构图如下所示:
Consumer: 调用远程服务的服务消费方。
Registry: 服务注册与发现的注册中心。
Monitor: 统计服务的调用次调和调用时间的监控中心。
Container: 服务运行容器。
这点我觉得非常好,角色分明,可以根据每个节点角色的状态来确定该服务是否正常。
节点角色说明:
Provider: 暴露服务的服务提供方。Consumer: 调用远程服务的服务消费方。
Registry: 服务注册与发现的注册中心。
Monitor: 统计服务的调用次调和调用时间的监控中心。
Container: 服务运行容器。
这点我觉得非常好,角色分明,可以根据每个节点角色的状态来确定该服务是否正常。
调用关系说明:
0. 服务容器负责启动,加载,运行服务提供者。1. 服务提供者在启动时,向注册中心注册自己提供的服务。
2. 服务消费者在启动时,向注册中心订阅自己所需的服务。
3. 注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
4. 服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
5. 服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。
相关文章推荐
- 坑系列 — 重构过程中的过度设计
- 开源jms服务ActiveMQ的负载均衡+高可用部署方案探索
- 游戏服务端架构发展史(中)
- Tesla C卡跟M卡区别是什么?
- Java中的异常处理用法及其架构和使用建议
- 在阿里云服务器(Ubuntu系统)下使用WordPress搭建博客网站教程
- 为什么要购买域名?如何购买域名?
- 网站域名注册六个不为人注意的事项
- 基于Redux架构的单页应用开发总结(一)
- 几种CPU架构
- 用汇编语言写的一个模仿IE访问网站数据包的程序片段
- Webbench源码分析
- 命令模式(Command Pattern)
- Spark定制班第21课:Spark Streaming中动态Batch Size深入及RateController解析
- 一天一个设计模式——开篇概述
- ofbiz架构的分布式改造(四)
- ofbiz架构的分布式改造(三)
- ofbiz架构的分布式改造(二)
- ofbiz架构的分布式改造(一)
- 【安全运维大讨论,写文章参与有礼】用开源软件架构集成安全运维平台