Dubbo前世今生

Dubbo的出現(xiàn)背景

Dubbo從開源到現(xiàn)在，已經(jīng)出現(xiàn)了接近10年時(shí)間，在國(guó)內(nèi)各大企業(yè)被廣泛應(yīng)用。 它到底有什么魔力值得大家去追捧呢？本篇文章給大家做一個(gè)詳細(xì)的說明。

大規(guī)模服務(wù)化對(duì)于服務(wù)治理的要求

當(dāng)企業(yè)開始大規(guī)模的服務(wù)化以后，遠(yuǎn)程通信帶來的弊端就越來越明顯了。比如說

1. 服務(wù)鏈路變長(zhǎng)了，如何實(shí)現(xiàn)對(duì)服務(wù)鏈路的跟蹤和監(jiān)控呢？

2. 服務(wù)的大規(guī)模集群使得服務(wù)之間需要依賴第三方注冊(cè)中心來解決服務(wù)的發(fā)現(xiàn)和服務(wù)的感知問題

3. 服務(wù)通信之間的異常，需要有一種保護(hù)機(jī)制防止一個(gè)節(jié)點(diǎn)故障引發(fā)大規(guī)模的系統(tǒng)故障，所以要有容錯(cuò)機(jī)制

4. 服務(wù)大規(guī)模集群會(huì)是的客戶端需要引入負(fù)載均衡機(jī)制實(shí)現(xiàn)請(qǐng)求分發(fā)

而這些對(duì)于服務(wù)治理的要求，傳統(tǒng)的RPC技術(shù)在這樣的場(chǎng)景中顯得有點(diǎn)力不從心，因此很多企業(yè)開始研發(fā)自己的RPC框架，比如阿里的HSF、Dubbo；京東的JSF框架、當(dāng)當(dāng)?shù)膁ubbox、新浪的motan、螞蟻金服的sofa等等

有技術(shù)輸出能力的公司，都會(huì)研發(fā)適合自己場(chǎng)景的rpc框架，要么是從0到1開發(fā)，要么是基于現(xiàn)有的思想結(jié)合公司業(yè)務(wù)特色進(jìn)行改造。而沒有技術(shù)輸出能力的公司，遇到服務(wù)治理的需求時(shí)，會(huì)優(yōu)先選擇那些比較成熟的開源框架。而Dubbo就是其中一個(gè)

dubbo主要是一個(gè)分布式服務(wù)治理解決方案，那么什么是服務(wù)治理？服務(wù)治理主要是針對(duì)大規(guī)模服務(wù)化以后，服務(wù)之間的路由、負(fù)載均衡、容錯(cuò)機(jī)制、服務(wù)降級(jí)這些問題的解決方案，而Dubbo實(shí)現(xiàn)的不僅僅是遠(yuǎn)程服務(wù)通信，并且還解決了服務(wù)路由、負(fù)載、降級(jí)、容錯(cuò)等功能。

Dubbo的發(fā)展歷史

Dubbo是阿里巴巴內(nèi)部使用的一個(gè)分布式服務(wù)治理框架，2012年開源，因?yàn)镈ubbo在公司內(nèi)部經(jīng)過了很多的驗(yàn)證相對(duì)來說比較成熟，所以在很短的的還是件就被很多互聯(lián)網(wǎng)公司使用，再加上阿里出來的很多技術(shù)大牛進(jìn)入各個(gè)創(chuàng)業(yè)公司擔(dān)任技術(shù)架構(gòu)以后，都以Dubbo作為主推的RPC框架使得dubbo很快成為了很多互聯(lián)網(wǎng)公司的首要選擇。并且很多公司在應(yīng)用dubbo時(shí)，會(huì)基于自身業(yè)務(wù)特性進(jìn)行優(yōu)化和改進(jìn)，所以也衍生了很多版本，比如京東的JSF、比如新浪的Motan、比如當(dāng)當(dāng)?shù)膁ubbox.

在2014年10月份，Dubbo停止了維護(hù)。后來在2017年的9月份，阿里宣布重啟Dubbo，并且對(duì)于Dubbo做好了長(zhǎng)期投入的準(zhǔn)備，并且在這段時(shí)間Dubbo進(jìn)行了非常多的更新，目前的版本已經(jīng)到了2.7.

2018年1月8日，Dubbo創(chuàng)始人之一梁飛在Dubbo交流群里透露了Dubbo 3.0正在動(dòng)工的消息。Dubbo 3.0內(nèi)核與Dubbo2.0完全不同，但兼容Dubbo 2.0。Dubbo 3.0將支持可選Service Mesh

2018年2月份， Dubbo捐給了Apache。另外，阿里巴巴對(duì)于Spring Cloud Alibaba生態(tài)的完善，以及Spring Cloud團(tuán)隊(duì)對(duì)于alibaba整個(gè)服務(wù)治理生態(tài)的支持，所以Dubbo未來依然是國(guó)內(nèi)絕大部分公司的首要選擇。

Dubbo的整體架構(gòu)

img

Dubbo的使用

首先，構(gòu)建兩個(gè)maven項(xiàng)目

• user-service
  • user-service-api
  • user-service-provider
• user-service-consumer

user-service-api

user-service提供服務(wù)的公共契約，里面提供了user-service對(duì)外的服務(wù)。

public interface ILoginService {

    String login(String username,String password);
}

user-service-provider

在user-service-provider服務(wù)中，提供ILoginService的實(shí)現(xiàn)

public class LoginServiceImpl implements ILoginService{
    @Override
    public String login(String username, String password) {
        if(username.equals("admin")&&password.equals("admin")){
            return "SUCCESS";
        }
        return "FAILED";
    }
}

user-service-consumer

public class App 
{
    public static void main( String[] args ){
        ILoginService loginService=null;

        System.out.println(loginService.login("admin","admin"));
    }
}

問題來了，現(xiàn)在user-service-consumer作為服務(wù)消費(fèi)者，如何去調(diào)用遠(yuǎn)程服務(wù)user-service-provider呢？

按照前面對(duì)于服務(wù)遠(yuǎn)程通信的原理來說，服務(wù)提供方必然需要將服務(wù)發(fā)布到網(wǎng)絡(luò)上，并且提供對(duì)應(yīng)的訪問協(xié)議。而服務(wù)消費(fèi)端必然需要基于這個(gè)協(xié)議來進(jìn)行訪問。

這個(gè)時(shí)候，dubbo這個(gè)中間件就派上用場(chǎng)了，它的最基本作用就是提供服務(wù)的發(fā)布和服務(wù)的遠(yuǎn)程訪問。

引入Dubbo發(fā)布服務(wù)

• 引入dubbo依賴包

  <dependency>
      <groupId>org.apache.dubbo</groupId>
      <artifactId>dubbo</artifactId>
      <version>2.7.8</version>
  </dependency>
  

• 在/src/main/resource/META-INF/spring目錄下添加application.xml文件

  <?xml version="1.0" encoding="UTF-8"?>
  <beans xmlns="http://www.springframework.org/schema/beans"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
         xsi:schemaLocation="http://www.springframework.org/schema/beans        http://www.springframework.org/schema/beans/spring-beans.xsd        http://code.alibabatech.com/schema/dubbo        http://code.alibabatech.com/schema/dubbo/dubbo.xsd">
      <!-- 提供方應(yīng)用信息，用于計(jì)算依賴關(guān)系 -->
      <dubbo:application name="user-service"/>
      <!-- 使用multicast廣播注冊(cè)中心暴露服務(wù)地址 -->
      <dubbo:registry address="N/A" />
      <!-- 用dubbo協(xié)議在20880端口暴露服務(wù) -->
      <dubbo:protocol name="dubbo" port="20880" />
      <!-- 聲明需要暴露的服務(wù)接口 -->
      <dubbo:service interface="com.gupaoedu.demo.ILoginService" ref="loginService" />
      <!-- 和本地bean一樣實(shí)現(xiàn)服務(wù) -->
      <bean id="loginService" class="com.gupaoedu.demo.LoginServiceImpl" />
  
  </beans>
  

• 啟動(dòng)服務(wù)

  public class App 
  {
      public static void main( String[] args ){
          Main.main(args);
      }
  }
  

• 啟動(dòng)成功后，會(huì)在控制臺(tái)看到如下日志

  信息:  [DUBBO] Export dubbo service com.gupaoedu.demo.ILoginService to url dubbo://192.168.1.104:20880/com.gupaoedu.demo.ILoginService?anyhost=true&application=user-service&bind.ip=192.168.1.104&bind.port=20880&deprecated=false&dubbo=2.0.2&dynamic=true&generic=false&interface=com.gupaoedu.demo.ILoginService&methods=login&pid=24280&release=2.7.8&side=provider&timestamp=1596550697070, dubbo version: 2.7.8, current host: 192.168.152.1
  八月 04, 2020 10:18:17 下午 org.apache.dubbo.remoting.transport.AbstractServer info
  信息:  [DUBBO] Start NettyServer bind /0.0.0.0:20880, export /192.168.1.104:20880, dubbo version: 2.7.8, current host: 192.168.152.1
  

通過上述步驟，就表示ILoginService已經(jīng)發(fā)布到了網(wǎng)絡(luò)上，基于NettyServer的形式，默認(rèn)監(jiān)聽20880端口

服務(wù)消費(fèi)者引入dubbo

• 添加jar包依賴

  <dependency>
      <groupId>org.apache.dubbo</groupId>
      <artifactId>dubbo</artifactId>
      <version>2.7.8</version>
  </dependency>
  

• 在/src/main/resources/META-INF/spring目錄下添加application.xml文件

  <?xml version="1.0" encoding="UTF-8"?>
  <beans xmlns="http://www.springframework.org/schema/beans"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
         xsi:schemaLocation="http://www.springframework.org/schema/beans        http://www.springframework.org/schema/beans/spring-beans.xsd        http://code.alibabatech.com/schema/dubbo        http://code.alibabatech.com/schema/dubbo/dubbo.xsd">
      <!-- 提供方應(yīng)用信息，用于計(jì)算依賴關(guān)系 -->
      <dubbo:application name="user-service-consumer"/>
      <!-- 使用multicast廣播注冊(cè)中心暴露服務(wù)地址 -->
      <dubbo:registry address="N/A" />
      <dubbo:reference id="loginService" interface="com.gupaoedu.demo.ILoginService"/>
  </beans>
  

• 修改main方法

  • 通過ApplicationContext加載spring的配置文件
  • 從容器中獲得一個(gè)ILoginService的bean

  public class App 
  {
      public static void main( String[] args ){
          ILoginService loginService=null;
          ApplicationContext applicationContext=new ClassPathXmlApplicationContext("classpath:META-INF/spring/application.xml");
          loginService=applicationContext.getBean(ILoginService.class);
  
          System.out.println(loginService.login("admin","admin"));
      }
  }
  

指定服務(wù)提供端的url

在上述的配置完成之后，運(yùn)行項(xiàng)目后發(fā)現(xiàn)會(huì)提示如下錯(cuò)誤

IllegalStateException: No such any registry to reference com.gupaoedu.demo.ILoginService on the consumer 192.168.152.1 use dubbo version 2.7.8, please config <dubbo:registry address="..." /> to your spring config.

原因是，我們配置的dubbo:registry指定的注冊(cè)中心是N/A，表示沒有配置注冊(cè)中心。

其次，我們也沒有明確的指明服務(wù)提供者在什么位置。因此解決這個(gè)問題的方法有兩種

• 指向服務(wù)提供者的地址
• 配置服務(wù)注冊(cè)中心，把服務(wù)提供者注冊(cè)到注冊(cè)中心，然后服務(wù)消費(fèi)者指向注冊(cè)中心從注冊(cè)中心獲取服務(wù)地址

修改方式如下，修改服務(wù)消費(fèi)者中application.xml中的dubbo:reference。

 <dubbo:reference id="loginService" interface="com.gupaoedu.demo.ILoginService"
     url="dubbo://192.168.1.104:20880/com.gupaoedu.demo.ILoginService"/>

總結(jié)

簡(jiǎn)單總結(jié)一下上面的整個(gè)過程，其實(shí)不難發(fā)現(xiàn)，Dubbo這個(gè)中間件為我們提供了服務(wù)遠(yuǎn)程通信的解決方案。通過dubbo這個(gè)框架，可以開發(fā)者快速高效的構(gòu)建微服務(wù)架構(gòu)下的遠(yuǎn)程通信實(shí)現(xiàn)。

不知道大家是否發(fā)現(xiàn)，我們?cè)谑褂胐ubbo發(fā)布服務(wù)，或者消費(fèi)服務(wù)的時(shí)候，全程都是采用spring的配置來完成的，這樣的好處是我們?cè)趯W(xué)習(xí)或者使用dubbo時(shí)，如果你用過spring這個(gè)框架，那么對(duì)于它的學(xué)習(xí)難度會(huì)大大的降低。而且我們也可以看到，dubbo是完全集成Spring 的，因此后續(xù)我們?nèi)シ治鰀ubbo的源碼時(shí)，還是會(huì)有一些和spring有關(guān)的內(nèi)容。

而且如果大家之前學(xué)習(xí)過我手寫RPC的那節(jié)課，也基本能猜測(cè)到它的整個(gè)實(shí)現(xiàn)結(jié)構(gòu)，大家不妨大膽的去猜測(cè)dubbo的一些實(shí)現(xiàn)細(xì)節(jié)，以助于后續(xù)在深度學(xué)習(xí)dubbo時(shí)更好的理解。

引入注冊(cè)中心

Dubbo并不僅僅只是一個(gè)RPC框架，他還是一個(gè)服務(wù)治理框架，它提供了對(duì)服務(wù)的統(tǒng)一管理、以及服務(wù)的路由等功能。

在上面的案例中，我們只是掩飾了Dubbo作為RPC通信的點(diǎn)對(duì)點(diǎn)服務(wù)，但是就像咱們前面在學(xué)習(xí)spring cloud的內(nèi)容一樣，服務(wù)多了以后，如何管理和維護(hù)，以及動(dòng)態(tài)發(fā)現(xiàn)呢？

而且，從Dubbo的架構(gòu)圖中可以看到，Dubbo天然就支持服務(wù)注冊(cè)與發(fā)現(xiàn)，官方最早推薦的服務(wù)注冊(cè)中心是zookeeper，當(dāng)然，目前dubbo能夠支持的注冊(cè)中心已經(jīng)非常多了，比如

consul、etcd、nacos、sofa、zookeeper、eureka、redis等等，很顯然，Dubbo已經(jīng)在往一個(gè)獨(dú)立微服務(wù)解決方案的生態(tài)在發(fā)展。

集成Zookeeper作為服務(wù)注冊(cè)中心

• 添加zookeeper的jar包依賴

  <dependency>
      <groupId>org.apache.dubbo</groupId>
      <artifactId>dubbo-dependencies-zookeeper</artifactId>
      <version>2.7.8</version>
  </dependency>
  

• 修改服務(wù)提供者和服務(wù)消費(fèi)者的配置

  <dubbo:registry address="zookeeper://192.168.216.128:2181" />
  

集成Nacos作為服務(wù)注冊(cè)中心

• 啟動(dòng)nacos

  docker run --name nacos -d -p 8848:8848 --privileged=true --restart=always -e JVM_XMS=512m -e JVM_XMX=2048m -e MODE=standalone -e PREFER_HOST_MODE=hostname -v /home/nacos/logs:/home/nacos/logs nacos/nacos-server
  

  • privileged: 使用該參數(shù)，container內(nèi)的root擁有真正的root權(quán)限。否則，container內(nèi)的root只是外部的一個(gè)普通用戶權(quán)限。
  • 當(dāng) Docker 重啟時(shí)，容器自動(dòng)重啟
  • PREFER_HOST_MODE: ip #如果支持主機(jī)名可以使用hostname,否則使用ip，默認(rèn)也是ip

• 添加依賴

  <dependency>
      <groupId>com.alibaba.nacos</groupId>
      <artifactId>nacos-client</artifactId>
      <version>1.2.1</version>
  </dependency>
  

• 修改配置

  <dubbo:registry address="nacos://192.168.216.128:8848" timeout="10000" />
  

Dubbo Spring Cloud

既然我們講的是Spring Cloud Alibaba這個(gè)專題，那么我們就有必要去了解一下Dubbo是如何集成Spring Cloud去使用的。

Dubbo Spring Cloud是構(gòu)建在原生的Spring Cloud之上，涵蓋了Spring Cloud原生特性，而且相對(duì)于Spring Cloud原生治理來說，Dubbo Spring Cloud提供了更加穩(wěn)定和成熟的實(shí)現(xiàn)。

具體的特性對(duì)比如下：

image-20200804224645852

為什么叫Dubbo Spring Cloud，而不是Spring Cloud Dubbo呢，在我看來，Dubbo本身是自成一個(gè)生態(tài)體系，并且在本身的服務(wù)治理以及成熟度上要比Spring cloud 更加突出。

所以實(shí)際上Dubbo整合Spring Cloud，是Dubbo這個(gè)成熟的生態(tài)去擁抱spring cloud的標(biāo)準(zhǔn)體系。

Dubbo Spring Cloud 基于 Dubbo Spring Boot 2.7.1[1] 和 Spring Cloud 2.x 開發(fā)，無論開發(fā)人員是 Dubbo 用戶還是 Spring Cloud 用戶， 都能輕松地駕馭，并以接近“零”成本的代價(jià)使應(yīng)用向上遷移

從 2.7.0 開始，Dubbo Spring Boot 與 Dubbo 在版本上保持一致

接下來，我們可以去利用Dubbo Spring Cloud來做一個(gè)簡(jiǎn)單的案例實(shí)現(xiàn)

創(chuàng)建一個(gè)項(xiàng)目

• 創(chuàng)建一個(gè)spring-cloud-dubbo-example的maven工程
• 分別添加三個(gè)模塊
  • spring-cloud-dubbo-sample-api
  • spring-cloud-dubbo-sample-provider
  • spring-cloud-dubbo-sample-consumer

其中后面兩個(gè)模塊都是spring boot的應(yīng)用。

修改spring-cloud-dubbo-sample-provider這個(gè)模塊中。

• 將dependencyManagement部分的依賴移動(dòng)到parent pom.xml

• 修改spring-cloud-dubbo-sample-provider中的pom.xml,增加parent模塊的依賴

  <parent>
      <groupId>com.gupaoedu.dubbo</groupId>
      <artifactId>spring-cloud-dubbo-example</artifactId>
      <version>1.0-SNAPSHOT</version>
  </parent>
  

• 添加maven依賴

  <dependency>
      <groupId>com.alibaba.cloud</groupId>
      <artifactId>spring-cloud-starter-dubbo</artifactId>
  </dependency>
  <dependency>
      <groupId>com.gupaoedu.dubbo</groupId>
      <version>1.0-SNAPSHOT</version>
      <artifactId>spring-cloud-dubbo-sample-api</artifactId>
  </dependency>
  <dependency>
      <groupId>com.alibaba.cloud</groupId>
      <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
  </dependency>
  

定義服務(wù)接口

在spring-boot-dubbo-sample-api模塊中，定義接口

public interface IHelloService {

    String sayHello();
}

實(shí)現(xiàn)服務(wù)

在spring-boot-dubbo-sample-provider中，實(shí)現(xiàn)IHelloService接口

public class HelloServiceImpl implements IHelloService{

    @Override
    public String sayHello() {
        return "Hello GuPao";
    }
}

添加@EnableDiscoveryClient注解

@EnableDiscoveryClient
@SpringBootApplication
public class SpringCloudDubboSampleProviderApplication {

    public static void main(String[] args) {
        SpringApplication.run(SpringCloudDubboSampleProviderApplication.class, args);
    }

}

配置dubbo服務(wù)發(fā)布

• 在服務(wù)實(shí)現(xiàn)類中添加@Service注解

  @Service
  public class HelloServiceImpl implements IHelloService{
  
      @Override
      public String sayHello() {
          return "Hello GuPao";
      }
  }
  

• 配置dubbo提供方信息

  # dubbo 服務(wù)掃描基礎(chǔ)包路徑
  dubbo.scan.base-packages=com.gupaoedu.dubbo.springclouddubbosampleprovider
  
  dubbo.protocol.id=dubbo
  # Dubbo 服務(wù)暴露的協(xié)議配置，其中子屬性 name 為協(xié)議名稱，port 為協(xié)議端口（ -1 表示自增端口，從 20880 開始）
  dubbo.protocol.name=dubbo
  dubbo.protocol.port=-1
  
  spring.cloud.nacos.discovery.server-addr=192.168.216.128:8848
  

  • dubbo.scan.base-packages : 指定 Dubbo 服務(wù)實(shí)現(xiàn)類的掃描基準(zhǔn)包
  • dubbo.protocol : Dubbo 服務(wù)暴露的協(xié)議配置，其中子屬性 name 為協(xié)議名稱，port 為協(xié)議端口（ -1 表示自增端口，從 20880 開始）
  • dubbo.registry : Dubbo 服務(wù)注冊(cè)中心配置，其中子屬性 address 的值 "spring-cloud://localhost"，說明掛載到 Spring Cloud 注冊(cè)中心
  • spring.cloud.nacos.discovery : Nacos 服務(wù)發(fā)現(xiàn)與注冊(cè)配置，其中子屬性 server-addr 指定 Nacos 服務(wù)器主機(jī)和端口

版本規(guī)范

項(xiàng)目的版本號(hào)格式為 x.x.x 的形式，其中 x 的數(shù)值類型為數(shù)字，從 0 開始取值，且不限于 0~9 這個(gè)范圍。項(xiàng)目處于孵化器階段時(shí)，第一位版本號(hào)固定使用 0，即版本號(hào)為 0.x.x 的格式。

由于 Spring Boot 1 和 Spring Boot 2 在 Actuator 模塊的接口和注解有很大的變更，且 spring-cloud-commons 從 1.x.x 版本升級(jí)到 2.0.0 版本也有較大的變更，因此我們采取跟 SpringBoot 版本號(hào)一致的版本:

• 1.5.x 版本適用于 Spring Boot 1.5.x
• 2.0.x 版本適用于 Spring Boot 2.0.x
• 2.1.x 版本適用于 Spring Boot 2.1.x
• 2.2.x 版本適用于 Spring Boot 2.2.x

構(gòu)建服務(wù)消費(fèi)者

• 添加jar包依賴

  <dependency>
      <groupId>com.alibaba.cloud</groupId>
      <artifactId>spring-cloud-starter-dubbo</artifactId>
  </dependency>
  <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-actuator</artifactId>
  </dependency>
  <dependency>
      <groupId>com.gupaoedu.dubbo</groupId>
      <version>1.0-SNAPSHOT</version>
      <artifactId>spring-cloud-dubbo-sample-api</artifactId>
  </dependency>
  <dependency>
      <groupId>com.alibaba.cloud</groupId>
      <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
  </dependency>
  <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter-web</artifactId>
  </dependency>
  

• 添加配置文件

  spring.application.name=spring-cloud-dubbo-sample-consumer
  dubbo.application.name=spring-cloud-dubbo-sample-consumer
  
  dubbo.cloud.subscribed-services=spring-cloud-dubbo-sample-provider
  spring.cloud.nacos.discovery.server-addr=192.168.216.128:8848
  

  除應(yīng)用名稱 spring.application.name 存在差異外，spring-cloud-dubbo-client-sample 新增了屬性 dubbo.cloud.subscribed-services 的設(shè)置。并且該值為服務(wù)提供方應(yīng)用 "spring-cloud-dubbo-sample-provider"。

  它的主要作用是服務(wù)消費(fèi)方訂閱服務(wù)提供方的應(yīng)用名稱的列表，若需訂閱多應(yīng)用，使用 "," 分割。 不推薦使用默認(rèn)值為 "*"，它將訂閱所有應(yīng)用。

• 編寫測(cè)試代碼

  @RestController
  @EnableDiscoveryClient
  @SpringBootApplication
  public class SpringCloudDubboSampleConsumerApplication {
  
      public static void main(String[] args) {
          SpringApplication.run(SpringCloudDubboSampleConsumerApplication.class, args);
      }
      @Reference
      IHelloService helloService;
  
      @GetMapping("/say")
      public String say(){
          return helloService.sayHello();
      }
  
  }
  

多注冊(cè)中心的支持

dubbo相對(duì)于spring cloud來說，它的強(qiáng)大之處在于，提供了很多不同場(chǎng)景的功能支持，比如多注冊(cè)中心的支持。

所謂的多注冊(cè)中心，就是指dubbo可以同時(shí)配置多個(gè)注冊(cè)中心的地址，然后針對(duì)于不同類型的服務(wù)注冊(cè)到不同的注冊(cè)中心上。

Dubbo多注冊(cè)中心可以支持幾種場(chǎng)景

一個(gè)服務(wù)部署到多個(gè)注冊(cè)中心

基于spring cloud的配置方式

• 添加jar包依賴

  <dependency>
      <groupId>org.apache.dubbo</groupId>
      <artifactId>dubbo-dependencies-zookeeper</artifactId>
      <version>2.7.8</version>
      <exclusions>
          <exclusion>
              <groupId>org.slf4j</groupId>
              <artifactId>slf4j-log4j12</artifactId>
          </exclusion>
          <exclusion>
              <artifactId>log4j</artifactId>
              <groupId>log4j</groupId>
          </exclusion>
      </exclusions>
  </dependency>
  

• 修改application配置

  dubbo.registries.registry1.address=nacos://192.168.216.128:8848
  dubbo.registries.registry1.timeout=10000
  dubbo.registries.registry2.address=zookeeper://192.168.216.128:2181
  dubbo.registries.registry2.timeout=10000
  
  #spring.cloud.nacos.discovery.server-addr=192.168.216.128:8848
  spring.cloud.nacos.discovery.register-enabled=false
  spring.cloud.nacos.discovery.watch.enabled=false
  spring.cloud.service-registry.auto-registration.enabled=false
  

  • spring.cloud.service-registry.auto-registration.enabled 關(guān)閉spring cloud的自動(dòng)注冊(cè)
  • spring.cloud.nacos.discovery.watch.enabled/spring.cloud.nacos.discovery.register-enabled關(guān)閉nacos的服務(wù)注冊(cè)和監(jiān)聽

  這么做的目的是，規(guī)避spring cloud本身的服務(wù)注冊(cè)發(fā)現(xiàn)機(jī)制，走dubbo本身的服務(wù)注冊(cè)與發(fā)現(xiàn)

• 修改服務(wù)配置

  @Service(registry = {"registry1","registry2"})
  public class HelloServiceImpl implements IHelloService{
  
      @Override
      public String sayHello() {
          return "Hello GuPao";
      }
  }
  

多注冊(cè)中心的引用

• 修改消費(fèi)端的application.properties

  dubbo.registries.registry1.address=nacos://192.168.216.128:8848
  dubbo.registries.registry1.timeout=10000
  dubbo.registries.registry2.address=zookeeper://192.168.216.128:2181
  dubbo.registries.registry2.timeout=10000
  
  spring.cloud.nacos.discovery.register-enabled=false
  spring.cloud.nacos.discovery.watch.enabled=false
  spring.cloud.service-registry.auto-registration.enabled=false
  

• 添加jar包依賴

  <dependency>
      <groupId>org.apache.dubbo</groupId>
      <artifactId>dubbo-dependencies-zookeeper</artifactId>
      <version>2.7.8</version>
      <exclusions>
          <exclusion>
              <groupId>org.slf4j</groupId>
              <artifactId>slf4j-log4j12</artifactId>
          </exclusion>
          <exclusion>
              <artifactId>log4j</artifactId>
              <groupId>log4j</groupId>
          </exclusion>
      </exclusions>
  </dependency>
  

基于spring boot集成Dubbo方式

實(shí)際上，在dubbo spring cloud的使用方式中，對(duì)于配置多個(gè)服務(wù)注冊(cè)中心不是很友好而且還有一些潛在的問題， 畢竟dubbo和spring cloud兩個(gè)本質(zhì)上是屬于完全不同的生態(tài)耦合在一起，必然會(huì)導(dǎo)致一些兼容問題。比如剛剛我們?nèi)ヅ渲玫倪@些多注冊(cè)中心的支持，它需要去關(guān)閉spring cloud本身的服務(wù)自動(dòng)注冊(cè)和發(fā)現(xiàn)的支持，本質(zhì)上就是在兩個(gè)生態(tài)中選擇其中一個(gè)生態(tài)作為主要方式來使用。

所以，如果是在spring cloud的生態(tài)中，可以盡量減少對(duì)于dubbo本身靈活性的使用，擁抱spring cloud的標(biāo)準(zhǔn)生態(tài)，當(dāng)然如果希望以dubbo作為獨(dú)立的生態(tài)來使用，大家可以采用spring boot+Dubbo來集成，

這里同樣也給大家快速構(gòu)建一下。

另外，dubbo集成到spring boot中還有一個(gè)好處，就是它可以繼承spring boot本身的特性

• 自動(dòng)裝配（注解驅(qū)動(dòng)、自動(dòng)裝配）
• production-ready（安全機(jī)制、健康檢測(cè)、外部化配置）

創(chuàng)建項(xiàng)目結(jié)構(gòu)

創(chuàng)建基礎(chǔ)的項(xiàng)目結(jié)構(gòu)

• spring-boot-dubbo-example [maven]
  • spring-boot-dubbo-sample-api [maven]
  • spring-boot-dubbo-sample-provider [spring boot]
  • spring-boot-dubbo-sample-consumerp [spring-boot]

添加jar包依賴

從2.7開始，dubbo的版本和dubbo-spring-boot的版本是保持一致的，所以大家不用再去擔(dān)心版本的問題。

<dependency>
    <groupId>org.apache.dubbo</groupId>
    <artifactId>dubbo-spring-boot-starter</artifactId>
    <version>2.7.7</version>
</dependency>
<dependency>
    <groupId>com.alibaba.nacos</groupId>
    <artifactId>nacos-client</artifactId>
    <version>1.2.1</version>
</dependency>

添加服務(wù)以及發(fā)布

@DubboService
public class SayHelloServiceImpl implements ISayHelloService{
    @Override
    public String sayHello() {
        return "Hello GuPaoEdu.com";
    }
}

spring.application.name=spring-boot-dubbo-sample-provider

dubbo.registry.address=nacos://192.168.216.128:8848
dubbo.scan.base-packages=com.gupaoedu.springboot.dubbo.springbootdubbosampleprovider.service

dubbo.protocol.name=dubbo
dubbo.protocol.port=-1

編寫服務(wù)引用代碼

• 添加jar包依賴

  <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter-web</artifactId>
  </dependency>
  <dependency>
      <groupId>com.gupaoedu.com</groupId>
      <version>1.0-SNAPSHOT</version>
      <artifactId>spring-boot-dubbo-sample-api</artifactId>
  </dependency>
  <dependency>
      <groupId>org.apache.dubbo</groupId>
      <artifactId>dubbo-spring-boot-starter</artifactId>
      <version>2.7.7</version>
  </dependency>
  <dependency>
      <groupId>com.alibaba.nacos</groupId>
      <artifactId>nacos-client</artifactId>
      <version>1.2.1</version>
  </dependency>
  

• 添加web測(cè)試類

  @DubboReference
  ISayHelloService sayHelloService;
  
  @GetMapping("/get")
  public String get(){
      return sayHelloService.sayHello();
  }
  

  dubbo.registry.address=nacos://192.168.216.128:8848
  

不同服務(wù)注冊(cè)到不同的注冊(cè)中心

從上面的配置可以發(fā)現(xiàn)，我們開可以針對(duì)不同的服務(wù)配置到不同的注冊(cè)中心，這個(gè)就不再浪費(fèi)時(shí)間去演示了。

多個(gè)注冊(cè)中心的集群

如果一個(gè)服務(wù)消費(fèi)者引用了多個(gè)注冊(cè)中心，那么這個(gè)時(shí)候服務(wù)消費(fèi)者首先要做的就是先針對(duì)注冊(cè)中心的負(fù)載均衡，然后得到一個(gè)目標(biāo)注冊(cè)中心之后，再?gòu)哪繕?biāo)注冊(cè)中心上獲得服務(wù)提供者的地址列表再進(jìn)行集群訪問，實(shí)現(xiàn)原理如下圖所示

image-20200805174638634

當(dāng)然，有三種方式來指定注冊(cè)中心的負(fù)載均衡配置

• 指定優(yōu)先級(jí)

  <!-- 來自 preferred=“true” 注冊(cè)中心的地址將被優(yōu)先選擇，只有該中心無可用地址時(shí)才 Fallback 到其他注冊(cè)中心 -->
  <dubbo:registry address="zookeeper://${zookeeper.address1}" preferred="true" />
  

• 同zone優(yōu)先

  <!-- 選址時(shí)會(huì)和流量中的 zone key 做匹配，流量會(huì)優(yōu)先派發(fā)到相同 zone 的地址 -->
  <dubbo:registry address="zookeeper://${zookeeper.address1}" zone="beijing" />
  

• 權(quán)重輪詢

  <!-- 來自北京和上海集群的地址，將以 10:1 的比例來分配流量 -->
  <dubbo:registry id="beijing" address="zookeeper://${zookeeper.address1}" weight=”100“ />
  <dubbo:registry id="shanghai" address="zookeeper://${zookeeper.address2}" weight=”10“ />
  

接口多版本支持

平時(shí)我們?cè)陂_發(fā)接口的時(shí)候，可能會(huì)面臨到一個(gè)接口的修改，但是這個(gè)時(shí)候因?yàn)榫€上會(huì)有一些項(xiàng)目正在使用這個(gè)接口，如果直接修改，很可能會(huì)對(duì)線上的服務(wù)造成比較大的影響。

因此對(duì)于這種情況，dubbo提供了接口版本的支持。

具體的配置方式

• 服務(wù)端針對(duì)同一個(gè)接口提供不同版本的實(shí)現(xiàn)

• 并在dubboservice注解中配置版本的聲明

  @DubboService(registry = {"registry1","registry2"},version = "1.0")
  

• 服務(wù)消費(fèi)端指定消費(fèi)版本號(hào)

  @DubboReference(registry = {"registry1","registry2"},version = "2.0")
  ISayHelloService sayHelloService;
  

多協(xié)議的支持

當(dāng)公司原本采用其他的rpc框架，這個(gè)時(shí)候如果想遷移到dubbo這個(gè)框架上來，那么Dubbo提供的多協(xié)議支持就能夠提供幾乎零成本的遷移。

對(duì)于一個(gè)服務(wù)，可以同時(shí)發(fā)布多種不同協(xié)議的接口，也可以針對(duì)不同的接口發(fā)布不同的協(xié)議類型。并且從2.7開始，dubbo對(duì)于一些主流的協(xié)議做了支持，目前已經(jīng)支持的協(xié)議有

dubbo協(xié)議、hessian協(xié)議、http協(xié)議、thrift、rmi、webservice、grpc、rest等。初次之外，dubbo還提供了非常靈活的可擴(kuò)展性機(jī)制，對(duì)于有定制化需求或者目前正在使用的協(xié)議，dubbo不支持的公司，是可以自己去進(jìn)行擴(kuò)展。

整體的靈活性以及可插拔性的特性，相比spring cloud來說，更加強(qiáng)大。

JAX-RS協(xié)議說明

Dubbo中的REST（表述性資源轉(zhuǎn)移）支持，是基于JAX-RS2.0(Java API for RESTful Web Services)來實(shí)現(xiàn)的。

REST是一種架構(gòu)風(fēng)格，簡(jiǎn)單來說就是對(duì)于api接口的約束，基于URL定位資源，使用http動(dòng)詞（GET/POST/DELETE）來描述操作

REST很早就提出來了，在早期開發(fā)人員為了實(shí)現(xiàn)REST，會(huì)使用各種工具來實(shí)現(xiàn)，比如Servlets就經(jīng)常用來開發(fā)RESTful的程序。隨著REST被越來越多的開發(fā)人員采用，所以JCP(Java community process)提出了JAX-RS規(guī)范，并且提供了一種新的基于注解的方式來開發(fā)RESTful服務(wù)。有了這樣的一個(gè)規(guī)范，使得開發(fā)人員不需要關(guān)心通訊層的東西，只需要關(guān)注資源以以及數(shù)據(jù)對(duì)象。

JAX-RS規(guī)范的實(shí)現(xiàn)有：Apache CXF、Jersey(由Sun公司提供的JAX-RS的參考實(shí)現(xiàn))、RESTEasy(jboss實(shí)現(xiàn))等。

而Dubbo里面實(shí)現(xiàn)的REST就是基于Jboss提供的RESTEasy框架來實(shí)現(xiàn)的

SpringMVC中的RESTful實(shí)現(xiàn)我們用得比較多，它也是JAX-RS規(guī)范的一種實(shí)現(xiàn)

添加REST支持

• 添加jar包依賴

  <dependency>
      <groupId>org.jboss.resteasy</groupId>
      <artifactId>resteasy-jaxrs</artifactId>
      <version>3.13.0.Final</version>
  </dependency>
  <dependency>
      <groupId>org.jboss.resteasy</groupId>
      <artifactId>resteasy-client</artifactId>
      <version>3.13.0.Final</version>
  </dependency>
  <dependency>
      <groupId>org.eclipse.jetty</groupId>
      <artifactId>jetty-server</artifactId>
      <version>9.4.19.v20190610</version>
  </dependency>
  <dependency>
      <groupId>org.eclipse.jetty</groupId>
      <artifactId>jetty-servlet</artifactId>
      <version>9.4.19.v20190610</version>
  </dependency>
  

• 修改配置文件

  dubbo.protocols.dubbo.name=dubbo
  dubbo.protocols.dubbo.port=-1
  
  dubbo.protocols.rest.name=rest
  dubbo.protocols.rest.port=8888
  dubbo.protocols.rest.server=jetty
  

• 修改api的接口定義

  @Path("/")
  public interface ISayHelloService {
  
      @GET
      @Path("say")
      String sayHello();
  
  }