Dubbo分布式框架-概述

什么是分分布式框架？

分布式系统是若干个独立系统的集合，但是用户使用起来像是在使用一套系统。

为什么需要分布式系统？

规模的逐步扩大和业务的复杂性，单台计算机扛不住双十一那样的流量，俗话说：三个臭皮匠抵一个诸葛亮。

应用架构的发展演变

（1）单一架构

当网站流量很小的时候，我们将所有的应用(业务)放到一台服务器上运行。

优点：开发简单，部署简单。

缺点：扩展不容易(怎么处理日益增长的流量)，谁都改一个，维护不容易，性能提升难。

（2）垂直应用架构

将大应用拆分成小应用(一般按照业务拆分)，根据不同的访问频率决定各自业务部署的服务器数量。

优点：扩展容易。

缺点：页面一改，可能导致整个项目重新部署，业务和界面没有分离开，随着业务种类增加，怎么解决业务之间的互相调用问题，订单服务器和用户服务器交互效率的问题。

 （3）分布式架构(基于RPC:远程过程调用)

将业务拆分后，用某种方式实现各个业务模块的远程调用和服用，这是一个好的RPC框架就决定了你的分布式框架的性能，怎么调用，何时调用，服务器挂了怎么办......我们需要一个框架来帮我们解决这个问题(当然大神可以自己写一个，但是应对大流量的成功者莫过于中国的阿里巴巴公司，顶住了淘宝双十一的流量，反观一些学校内部的选课系统，对于大流量时只有两个字--宕机)。

这时我们所要了解的主人公出现了：Dubbo！

Dubbo是一个高性能RPC框架，解决了分布式中的调用问题。

优点：解决了分布式系统中相互调用的问题。

缺点：假设有100台服务器。其中：50台用户业务服务器，50台订单业务服务器。但是在上线后发现，用户服务器使用效率很小，但是订单服务器压力很大，最佳配比应该是1:4。这时候要求我们还有一个统一管理的调度中心(这个缺点可以由其它框架去完善，后续会继续讲到)。

Dubbo为什么性能高？

高性能还要从底层原理说起，Dubbo既然是一个RPC框架，主要干的就是远程过程(方法)调用，那么提升性能就要从最关键、最耗时的两个方面入手：序列化和网络通信。

序列化：学习Java网络开发的时候，本地对象要在网络上传输，必须要实现Serializable接口，也就是必须序列化。我们序列化的方案很多：xml、json、二进制流...其中效率最高的就是二进制流(因为计算机就是二进制的)。然而Dubbo采用的就是效率最高的二进制。

网络通信：不同于HTTP需要进行7步走(三次握手和四次挥手)，Dubbo采用的是Socket通信机制，一部到位，提升了通信效率，并且可以创立长连接，不用反复连接，直接传输数据。

Dubbo概述 

Apache Dubbo是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。

Dubbo是一个分部署服务框架，致力于提供高性能和透明化的RPC远程服务调用方案、服务治理方案。

官网：https://dubbo.apache.org/zh/

Dubbo基本架构

服务提供者（Provider）：暴露服务的服务提供方，服务提供者在启动时，向注册中心注册自己提供的服务。

服务消费者（Consumer）：调用远程服务的服务消费方，服务消费者在启动时，向注册中心订阅自己所需的服务，服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。

注册中心（Registry）：注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。

监控中心（Monitor）：服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。