RPC

远程过程调用协议

客户端通过互联网远程调用服务器，但是不知道服务器的具体实现，只知道远程服务提供的功能。最大的优点：数据安全性。也可以使用HTTP请求，但是可能会比较慢，而且一些优化做的并不好。

SOA

面向服务框架

SOA是一种设计思想，将各个业务分成各个功能服务，各个服务又可以通过协调合作提供一系列的功能。另外这些服务还各自独立地放在自己的操作系统中，之间的通信只能通过网络的方式来进行而不是通过进程的方式。

三大功能

面向接口远程方法调用、集群容错和负载均衡、服务的自动注册与发现。

远程调用：提供多种基于长连接的NIO框架抽象封装，包括多种线程模型，序列化，以及“请求-响应”模式的信息交换方式。

集群容错：提供负载均衡、失败容错、地址路由、动态配置等集群的支持。

服务注册与发现：基于注册中心目录服务，使消费者能够动态的查找服务方的接口，使地址透明，使服务方能够平滑地增加或者减少机器。

优点

服务链路生成：服务越来越多的时候，dubbo能够解决服务之间如何调用。

负载均衡：服务部署在不同的机器，根据机器的处理状况动态调用服务。

资源调度和治理：基于访问压力实时管理集群容量，提高集群的销量。

服务降级：当某个服务挂了之后，选择备用服务。

分布式：把整个系统拆分成不同的功能放在不同的服务器中独立运行，来减轻单体服务的压力提高并发和性能。比如电商系统可以拆成：订单系统、商品系统、登录系统等。

结构、流程

结构

Provider :提供者,服务发布方.

Consumer:消费者, 调用服务方

Container:Dubbo容器.依赖于Spring容器.

Registry: 注册中心.当Container启动时把所有可以提供的服务列表上Registry中进行注册.作用:告诉Consumer提供了什么服务和服务方在哪里.

Monitor:监听器

虚线都是异步访问,实线都是同步访问

蓝色虚线:在启动时完成的功能

红色虚线(实线)都是程序运行过程中执行的功能

过程

0 启动容器,相当于在启动Dubbo的Provider

1 启动后会去注册中心进行注册.注册所有可以提供的服务列表

2 在Consumer启动后会去Registry中获取服务列表和Provider的地址.进行订阅.

3 当Provider有修改后,注册中心会把消息推送给Consummer

　　3.1 使用了观察者设计模式(又叫发布/订阅设计模式)

4 根据获取到的Provider地址,真实调用Provider中功能.

　　4.1 在Consumer方使用了代理设计模式.创建一个Provider方类的一个代理对象.通过代理对象获取Provider中真实功能,起到保护Provider真实功能的作用.

5 Consumer和Provider每隔1分钟向Monitor发送统计信息,统计信息包含,访问次数,频率等.

总结

注册中心、服务提供者、消费者三者间的链接均为长连接，监控中心除外。

注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心立即推送时间通知消费者。

负载均衡策略

random LoadBalance

　　（默认，基于权重的随机负载均衡机制）

RoundRobin LoadBalance

　　（不推荐，基于权重的轮询负载均衡策略）

　　轮询，按照公约后的权重设置轮询比率。

　　存在慢的服务者累积请求问题，比如：第二台机器很慢，但是没挂，当请求调到第二台那里就卡住，慢慢的所有的请求就都卡那里了。

LeastActive LoadBalance

最少活跃数，相同活跃数随机。活跃数指调用数-完成数。

慢的服务者受收到的请求更少

consistentHash loadBalance

一致Hash，相同参数总是发到同一个服务者。（如果你要把一类请求放到一个节点）

当一个服务者挂了之后，原本的请求基于虚拟节点平摊给另外的提供者。

配置

服务端服务级别
     客户端服务级别
     服务端方法级别
      
       
     客户端方法级别
      
       
      注解配置方式：消费方基于基于注解的服务级别配置方式：@Reference(loadbalance = "roundrobin")HelloService helloService;