一、概念
dubbo的官网 http://dubbo.apache.org/en-us/
目前阿里已经将dubbo捐给了apache基金会,是一套非常优秀的分布式框架或者叫流动式计算框架。
如图:前两个分别叫单一应用框架,和垂直应用框架。
分布式框架:当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。此时,用于提高业务复用及整合的分布式服务框架(RPC)是关键。
流动式计算框架:当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。此时,用于提高机器利用率的资源调度和治理中心(SOA)是关键。
二、流程
dubbo把服务抽象出来了两个概念:provider提供者和consumer消费者。提供者消费者可以部署在不同的服务器,通过dubbo进行调用。
节点 | 角色说明 |
provider | 暴露服务的服务提供方 |
consumer | 调用远程服务的服务消费方 |
registry | 服务注册与发现的注册中心 |
monitor | 统计服务的调用次数和调用时间的监控中心 |
container | 服务运行容器 |
如图:
0:start,服务容器container启动,加载提供者provider。
1:registry,服务提供者向dubbo的注册中心注册自己提供的服务。
2:subscribe注册,消费者服务启动的时候向注册中心订阅自己需要的服务。
3:notify通知。注册中心将消费者所需要的provider地址返回给consumer,如果有变更,注册中心将会基于长连接将变更数据推送给消费者。
4:invoke调用。服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
5:count。provider和consumer在内存中累计的调用次数和调用时间定时每分钟发送给监控中心。
三、总结
dubbo能做什么:1、远程调用。2、监控。3、集群
Dubbo 架构具有以下几个特点,分别是连通性、健壮性、伸缩性、以及向未来架构的升级性。
http://dubbo.apache.org/zh-cn/docs/user/preface/architecture.html
下一篇搭建简单的dubbo服务架构