为什么会出现Dubbo——从电商系统的演变开始看

  • 单一应用架构——ORM

当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。
此时，用于简化增删改查工作量的 数据访问框架(ORM) 是关键。

  • 垂直应用架构——MVC

当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。
此时，用于加速前端页面开发的 Web框架(MVC) 是关键。

  • 分布式服务架构——RPC

当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。
此时，用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。

  • 流动计算架构——SOA

当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。

此时，用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。

在这里插播一条关于RPC的简介： RPC(Remote Procedure Call Protocol)：远程过程调用： 

两台服务器A、B，分别部署不同的应用a,b。当A服务器想要调用B服务器上应用b提供的函数或方法的时候，由于不在一个内存空间，不能直接调用，需要通过网络来表达调用的语义传达调用的数据。 

说白了，就是你在你的机器上写了一个程序，我这边是无法直接调用的，这个时候就出现了一个远程服务调用的概念。

什么是Dubbo

Dubbo是：

  • 一款分布式服务框架
  • 高性能和透明化的RPC远程服务调用方案
  • SOA服务治理方案

根据上面电商演进过程可知，Dubbo是RPC和SOA系统中广泛使用的技术，每天为2千多个服务提供大于30亿次访问量支持，并被广泛应用于阿里巴巴集团的各成员站点以及别的公司的业务中

Dubbo架构


1、Provider:暴露服务的服务提供方。
2、Consumer: 调用远程服务的服务消费方。
3、Registry:服务注册与发现的注册中心。
4、Monitor: 统计服务的调用次调和调用时间的监控中心。
5、Container: 服务运行容器

Dubbo调用过程

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

Dubbo 注册中心

对于服务提供方，它需要发布服务，而且由于应用系统的复杂***的数量、类型也不断膨胀；
对于服务消费方，它最关心如何获取到它所需要的服务，而面对复杂的应用系统，需要管理大量的服务调用。
而且，对于服务提供方和服务消费方来说，他们还有可能兼具这两种角色，即既需要提供服务，有需要消费服务。

通过将服务统一管理起来，可以有效地优化内部应用对服务发布/使用的流程和管理。服务注册中心可以通过特定协议来完成服务对外的统一。

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

  • Multicast注册中心
  • Zookeeper注册中心
  • Redis注册中心
  • Simple注册中心

Dubbo特点

分别是连通性、健壮性、伸缩性、以及向未来架构的升级性

  • 连通性：说明他们之间都存在着关系，比如说Provider,Consumer和Registry三者之间都是长连接，而Provider，Consumer向Registry注册服务以及订阅服务的时间都得向Monitor汇报。
  • 健壮性：说明具有稳定性，比如说注册中心对等集群中的任意一台宕掉后，将自动切换到另一台。就算注册中心全部宕掉，服务者和消费者仍可以通过本地缓存进行通讯。
  • 伸缩性：就是可以通过增加机器部署实例进行添加新的注册中心和服务提供者。
  • 升级性：是文档中提到的对未来架构的设想，比起目前框架它的特点是可以实现自动部署服务的本地代理以及可以通过访问压力来自动增减服务提供者。

Dubbo优缺点

优点：

  • 透明化的远程方法调用
    像调用本地方法一样调用远程方法；只需简单配置，没有任何API侵入。

  • 软负载均衡及容错机制
    可在内网替代nginx lvs等硬件负载均衡器。

  • 服务注册中心自动注册 & 配置管理

    不需要写死服务提供者地址，注册中心基于接口名自动查询提供者ip。
    使用类似zookeeper等分布式协调服务作为服务注册中心，可以将绝大部分项目配置移入zookeeper集群。

  • 服务接口监控与治理

    Dubbo-admin与Dubbo-monitor提供了完善的服务接口管理与监控功能，针对不同应用的不同接口，可以进行 多版本，多协议，多注册中心管理。

缺点

只支持JAVA语言

  • 参考

https://blog.csdn.net/liutong123987/article/details/78887559