Dubbo 介绍

1. 什么是dubbo？

DUBBO是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，是阿里巴巴SOA服务化治理方案的核心框架，每天为2千+个服务提供30亿+次访问量支持，并被广泛应用于阿里巴巴集团的各成员站点。

2. Dubbo能做什么？

1. 透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。
2. 软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。
3. 服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。

Dubbo采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。

3. 架构演变

随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。

1）单一应用框架(ORM)

当网站流量很小时，只需一个应用，将所有功能如下单支付等都部署在一起，以减少部署节点和成本。
缺点：单一的系统架构，使得在开发过程中，占用的资源越来越多，而且随着流量的增加越来越难以维护

2）垂直应用框架(MVC)

垂直应用架构解决了单一应用架构所面临的扩容问题，流量能够分散到各个子系统当中，且系统的体积可控，一定程度上降低了开发人员之间协同以及维护的成本，提升了开发效率。
缺点：但是在垂直架构中相同逻辑代码需要不断的复制，不能复用。

3）分布式应用架构(RPC)

当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心

4）面向服务架构(SOA)

随着服务化的进一步发展，服务越来越多，服务之间的调用和依赖关系也越来越复杂，诞生了面向服务的架构体系(SOA)，也因此衍生出了一系列相应的技术，如对服务提供、服务调用、连接处理、通信协议、序列化方式、服务发现、服务路由、日志输出等行为进行封装的服务框架

4. Dubbo架构

Registry: 服务注册与发现的注册中心。 (相当于房产中介，服务提供者和使用者都需要在这里注册/使用服务)
Provider: 暴露服务的服务提供方。 (相当于房东，提供服务)
Consumer: 调用远程服务的服务消费方。 (想当于租户，使用服务)
Monitor: 统计服务的调用次数和调用时间的监控中心。(相当于房产局，它可以统计服务提供者和服务使用者的一些信息，及他们之间的关系)
Container: 服务运行容器。

下面我通俗的解释下dubbo的整个流程，我将服务比喻成房子：
start：dubbo一启动，房东想好自己准备要租出去的房子
register：房东将房子拿到房产中介那边进行登记，并留下自己的联系方式
subscribe：租户告诉房产中介自己想租一个什么样的房子
notify：房产中介回复给租户符合条件的房子的房东的联系方式
invoke：租户拿着联系方式去找房东租房子
count：房产局全程监控着房东和租户之间的交易

调用关系说明：

1. 服务容器负责启动，加载，运行服务提供者。
2. 服务提供者在启动时，向注册中心注册自己提供的服务。
3. 服务消费者在启动时，向注册中心订阅自己所需的服务。
4. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
5. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
6. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

Dubbo提供的注册中心有如下几种类型可供选择：

• Zookeeper注册中心(官方推荐)
• Redis注册中心
• Multicast注册中心
• Simple注册中心

协议支持

Dubbo支持多种协议，如下所示：

• Dubbo协议
• Hessian协议
• HTTP协议
• RMI协议
• WebService协议
• Thrift协议
• Memcached协议
• Redis协议

dubbo默认采用dubbo协议，dubbo协议采用单一长连接和NIO异步通讯，适合于小数据量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的情况，他不适合传送大数据量的服务，比如传文件，传视频等，除非请求量很低。
协议详解:https://blog.csdn.net/fuyuwei2015/article/details/72848310/