dubbo 入门

dubbo是一款高性能的RPC框架, 他的前身是阿里巴巴开源的一个高性能,轻量级的java RPC框架

现在已经交给Apache进行维护

什么是RPC

RPC全称remote procedure call, 即远程过程调用 比如: 两台服务器A和B 分别部署了一个应用,但是A服务器上的应用想去调用B服务器的提供的方法,由于不在一个内存,不能直接调用,所以需要通过网络传输来调用

注意: RPC并不是一个具体的框架或者技术, 而是指A服务器的应用去调用B服务器的应用的一个全部过程 每个语言都有自己的rpc框架  dubbo就是一款高性能的java rpc框架

Dubbo

首先 dubbo为什么性能高?

RPC最耗时有两个方面: 1 序列化 2.网络通讯

序列化: 有哪些序列化方式: xml json 二进制流.....其中二进制流就是效率最高的 dubbo就是采用的二进制流进行序列化

网络通讯: 不同于HTTP应用层协议,dubbo采用socket通讯, tcp传输层协议, 而且使用长连接,即首次建立连接,后续的网络请求都使用相同的网络通道

dubbo面向接口的远程方法调用,智能容错和负载均衡以及自动的服务注册和发现

智能容错: 就是网络通信 有很多不确定的因素, 当我请求失败 会有容错机制来处理

负载均衡: 有多个服务提供者的时候 会根据负载均衡策略来调用服务提供者

自动的服务注册和发现: 服务一启动, 不需要写死服务提供方地址, 基于接口名查询服务的相关信息并注册到注册中心

dubbo的智能容错机制: 

Failover Cluster: 失败自动切换，当出现失败，重试其他服务器(缺省)；

Failfast Cluster: 快速失败,只会发起一次调用,失败立即报错

Failsafe Cluster: 失败安全，出现异常时，直接忽略。

Failback Cluster: 失败自动恢复，后台记录失败请求，定时重发。

Forking Cluster: 并行调用多个服务器，主要一个成功即返回。

Broadcast Cluster: 广播调用所有提供者，逐个调用，任意一台报错则报错(2.1.0 开始支持)

dubbo的负载均衡策略:

RandomLoadBalance: 随机负载均衡。随机的选择一个。是Dubbo的 默认 负载均衡策略

RoundRobinLoadBalance: 轮询负载均衡。轮询选择一个。

LeastActiveLoadBalance: 最少活跃调用数，相同活跃数的随机。活跃数指调用前后计数差。使慢的 Provider 收到更少请求，因为越慢的 Provider 的调用前后计数差会越大。

ConsistentHashLoadBalance: 一致性哈希负载均衡。相同参数的请求总是落在同一台机器上。

dubbo的执行流程

 消费者: 就是去调用其他服务的服务

生产者: 就是提供其他服务调用的服务

监控中心: 就是针对消费者和生产者进行一个数据记录,不参与业务和记录

注册中心: 就是生产者将自身注册到注册中心供其他服务调用, 消费者调用其他服务也会去注册中心中获取,

dubbo本身不提供注册中心 需要整合第三方来作为注册中心, 常见的有zookeeper redis等