决定放弃了Dubbo的学习，转战Spring Cloud。

在用3.0的版本+springboot的时候，很多问题不能解决。

招聘中对Dubbo技能要求也不是很高

基础理论

  • 《分布式系统原理与范型》定义：“分布式系统是若干独立计算机的集合，这些计算机对于用户来说就像单个相关系统”

  • 分布式系统（distributed system）是建立在网络之上的软件系统。

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

单一应用架构

  • 当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。

  • 此时，用于简化增删改查工作量的数据访问框架(ORM)是关键。

  • 适用于小型网站，小型管理系统，将所有功能都部署到一个功能里，简单易用。

  • 缺点

    • 性能扩展比较难
    • 协同开发问题
    • 不利于升级维护

垂直应用架构

  • 当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，提升效率的方法之一是将应用拆成互不相干的几个应用，以提升效率。

  • 此时，用于加速前端页面开发的Web框架(MVC)是关键。

  • 通过切分业务来实现各个模块独立部署，降低了维护和部署的难度，团队各司其职更易管理，性能扩展也更方便，更有针对性。

  • 缺点： 公用模块无法重复利用，开发性的浪费

分布式服务架构

  • 当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。

  • 此时，用于提高业务复用及整合的分布式服务框架(RPC)是关键。

流动计算架构

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

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

演进原因

  • 在大规模服务化之前，应用可能只是通过 RMI 或 Hessian 等工具，简单的暴露和引用远程服务，通过配置服务的URL地址进行调用，通过 F5 等硬件进行负载均衡。

  • 存在问题：

    • 当服务越来越多时，服务URL配置管理变得非常困难，F5硬件负载均衡器的单点压力也越来越大。

    • 当进一步发展，服务间依赖关系变得错踪复杂，甚至分不清哪个应用要在哪个应用之前启动，架构师都不能完整的描述应用的架构关系。

    • 接着，服务的调用量越来越大，服务的容量问题就暴露出来，这个服务需要多少机器支撑？什么时候该加机器 ？

  • 因此，针对这些问题，机构进行演进出现了以下为最基本的几个需求。

  1. 服务注册中心
  • 能够动态地注册和发现服务，使服务的位置透明。并通过在消费方获取服务提供方地址列表，实现软负载均衡和失败重启，降低对 F5 硬件负载均衡器的依赖，也能减少部分成本。

  1. 应用管理中心

    • 画出应用间的依赖关系图，描述应用间的架构关系。

  2. 服务监控

    • 监控服务的调用情况，对系统的服务提供机器容量等进行监控、分析、调控。将服务现在每天的调用量，响应时间，都统计出来，作为容量规划的参考指标。
    • 其次，要可以动态调整权重，在线上，将某台机器的权重一直加大，并在加大的过程中记录响应时间的变化，直到响应时间到达阈值，记录此时的访问量，再以此访问量乘以机器数反推总容量。

RPC

什么叫RPC

  • RPC【Remote Procedure Call】是指远程过程调用，是一种进程间通信方式，他是一种技术的思想，而不是规范。
  • 它允许程序调用另一个地址空间（通常是共享网络的另一台机器上）的过程或函数，而不用程序员显式编码这个远程调用的细节。
  • 即程序员无论是调用本地的还是远程的函数，本质上编写的调用代码基本相同。

RPC基本原理

  • RPC两个核心模块：通讯，序列化。

dubbo

  • Apache Dubbo (incubating) |ˈdʌbəʊ| 是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：
    • 面向接口的远程方法调用
    • 智能容错和负载均衡
    • 服务自动注册和发现
  • 官网：http://dubbo.apache.org/

基本概念

  • Dubbo实现架构如下：

  • 节点角色说明：

    节点 角色说明
    Provider (服务提供者) 暴露服务的服务提供方，服务提供者在启动时，向注册中心注册自己提供的服务。
    Consumer (服务消费者) 调用远程服务的服务消费方，服务消费者在启动时，向注册中心订阅自己所需的服务，服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
    Registry (注册中心) 服务注册与发现的注册中心, 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者
    Monitor (监控中心) 统计服务的调用次数和调用时间的监控中心 ,服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心
    Container 服务运行容器

  • 调用关系说明

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

体验Dubbo

  • 在2.6版本之前是阿里维护， 捐赠给Apache基金会后版本变成2.7，包名变化比较大。

xml方式

编写服务提供者

  • 编写一个用户服务

注解方式