Dubbo 官网地址: http://dubbo.apache.org/zh-cn/
Dubbo 最早是 Alibaba 开源的分布式服务框架,它最大的特点是按照分层的方式来架构,使用这种方式可以使各个层之间解耦合(或者最大限度地松耦合)。从服务模型的角度来看,Dubbo 采用的是一种非常简单的模型,要么是提供方提供服务,要么是消费方消费服务,所以基于这一点可以抽象出服务提供方(Provider)和服务消费方(Consumer)两个角色。
Dubbo 是最开始是阿里巴巴内部使用的 RPC 框架。
2011 年对外提供。
2012 年停止更新。
2017 年开始继续更新。
2019 年捐献给 Apache,由 Apache 维护 2.7 以上版本。
当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。
此时,用于简化增删改查工作量的数据访问框架(ORM) 是关键。
垂直应用架构当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率。
此时,用于加速前端页面开发的 Web 框架(MVC) 是关键。
分布式服务架构(RPC 架构)当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。
此时,用于提高业务复用及整合的分布式服务框架(RPC) 是关键。
流动计算架构(SOA 架构)当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。
此时,用于提高机器利用率的资源调度和治理中心(SOA) 是关键。
虚线表示异步,实线表示同步。异步不阻塞线程性能高,同步阻塞线程必须等待响应结果才能继续执行,相对性能低。
暴露服务的服务提供方。
服务运行容器。Dubbo 完全基于 Spring 实现的。
服务注册与发现的注册中心。注册中心,放置所有 Provider 对外提供的信息。包含Provider 的 IP,访问端口,访问遵守的协议,对外提供的接口,接口中有哪些方法等相关信息。
调用远程服务的服务消费方。
统计服务的调用次调和调用时间的监控中心。监控中心,监控 Provider 的压力情况等。每隔 2 分钟 Consumer 和 Provider 会把调用次数发送给 Monitor,由 Monitor 进行统计。
0. start:启动 Spring 容器时会把 Provider 启动。
1. register:把 Provider 相关信息注册到 Registry 里
2. subscribe:Consumer 从 Registry 中订阅 Provider 的信息
3. notify:通知给 Consumer
4. invoke:Consumer 根据 Registry 通知的信息进行调用 Provider 中方法。
5. count:Consumer 和 Provider 把调用次数信息异步发送给 Monitor 进行统计。
优点:
采用 NIO 复用单一长连接,并使用线程池并发处理请求,减少握手和加大并发效率,性能较好(推荐使用)
缺点:
大文件上传时,可能出现问题(不使用 Dubbo 文件上传)
优点:
JDK 自带的能力。
缺点:
偶尔连接失败.
优点:
可与原生 Hessian 互操作,基于 HTTP 协议
缺点:
需 hessian.jar 支持,http 短连接的开销大
1) 优点:
支持分布式.很多周边产品.
2) 缺点:
受限于 Zookeeper 软件的稳定性。Zookeeper 是一款专门为分布式架构提供辅助型处理的软件,稳定较优。
1) 优点:
去中心化,不需要单独安装软件.
2) 缺点:
Provider 和 Consumer 和 Registry 不能跨机房(路由)
1) 优点:
支持集群,性能高
2) 缺点:
要求服务器时间同步.否则可能出现集群失败问题.
1) 优点:
标准 RPC 服务.没有兼容问题
2) 缺点:
不支持集群.