保姆教程系列三、Nacos Config--服務配置

南國以南i發表於2022-03-31

前言：

請各大網友尊重本人原創知識分享，謹記本人部落格：南國以南i

上篇我們介紹到  保姆教程系列二、Nacos實現註冊中心  

配置中心原理

 

一、 服務配置中心介紹

首先我們來看一下,微服務架構下關於配置檔案的一些問題：

  1. 配置檔案相對分散。在一個微服務架構下，配置檔案會隨著微服務的增多變的越來越多，而且分散在各個微服務中，不好統一配置和管理。
  2. 配置檔案無法區分環境。微服務專案可能會有多個環境，例如：測試環境、預釋出環境、生產環境。每一個環境所使用的配置理論上都是不同的，一旦需要修改，就需要我們去各個微服務下手動
    維護，這比較困難。
  3. 配置檔案無法實時更新。我們修改了配置檔案之後，必須重新啟動微服務才能使配置生效，這對一
    個正在執行的專案來說是非常不友好的。
    基於上面這些問題，我們就需要配置中心的加入來解決這些問題。

配置中心的思路是：

  • 首先把專案中各種配置全部都放到一個集中的地方進行統一管理，並提供一套標準的介面。
  • 當各個服務需要獲取配置的時候，就來配置中心的介面拉取自己的配置。
  • 當配置中心中的各種引數有更新的時候，也能通知到各個服務實時的過來同步最新的資訊，使之動態更新。

當加入了服務配置中心之後，我們的系統架構圖會變成下面這樣：

 在業界常見的服務配置中心，有下面這些：

  • Apollo

Apollo是由攜程開源的分散式配置中心。特點有很多，比如：配置更新之後可以實時生效，支援灰度釋出功能，並且能對所有的配置進行版本管理、操作審計等功能，提供開放平臺API。並且資料也寫的很詳細。

  • Disconf

Disconf是由百度開源的分散式配置中心。它是基於Zookeeper來實現配置變更後實時通知和生效的。

  • SpringCloud Config

這是Spring Cloud中帶的配置中心元件。它和Spring是無縫整合，使用起來非常方便，並且它的配置儲存支援Git。不過它沒有視覺化的操作介面，配置的生效也不是實時的，需要重啟或去重新整理。

  • Nacos

這是SpingCloud alibaba技術棧中的一個元件，前面我們已經使用它做過服務註冊中心。其實它也整合了服務配置的功能，我們可以直接使用它作為服務配置中心。

二、Nacos Config入門

使用nacos作為配置中心，其實就是將nacos當做一個服務端，將各個微服務看成是客戶端，我們將各個微服務的配置檔案統一存放在nacos上，然後各個微服務從nacos上拉取配置即可。

2.1 在父工程中在微服務中引入nacos的依賴

      <!--nacos配置中心依賴 推薦使用-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
            <version>2.1.1.RELEASE</version>
        </dependency>
        <!--nacos配置中心依賴-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
            <version>0.2.1.RELEASE</version>
        </dependency>

2.2 在微服務中新增nacos config的配置

注意:不能使用原來的application.yml作為配置檔案，而是新建一個bootstrap.yml作為配置檔案

配置檔案優先順序(由高到低):
bootstrap.properties -> bootstrap.yml -> application.properties -> application.yml

 

#消費者配置
server:
  port: 8082

spring:
  application:
    name: nacos-consumer #服務名稱
  cloud:
    nacos:
      config: #使用配置中心
        enabled: true #配置全域性開關 預設true開啟
        server-addr: 192.168.36.135:8848
        file-extension: yaml # 此處為配置使用的字尾名
        prefix: nacos-consumer #DataId 名稱（預設就是服務名稱）
        group: DEFAULT_GROUP #分組名稱
      discovery:  #使用註冊中心
        server-addr: 192.168.36.135:8848 #服務地址
        enabled: true #是否開啟註冊 預設true開啟

  profiles:  
    active: dev  #讀取指定配置檔案dev(開發環境),prod(生產環境),test(測試環境)

#開啟斷路器
feign:
 hystrix:
   enabled: true

#自定義屬性
test:
  name: "測試資料"

2.3  在nacos中新增配置

點選配置列表，點選右邊+號，新建配置。在新建配置過程中，要注意下面的細節：
1）Data ID不能隨便寫，要跟配置檔案中的對應，對應關係如圖所示
2）配置檔案格式要跟配置檔案的格式對應，且目前僅僅支援YAML和Properties
3）配置內容按照上面選定的格式書寫

註釋本地的application.yam中的內容， 啟動程式進行測試

如果依舊可以成功訪問程式，說明我們nacos的配置中心功能已經實現

 

三、Nacos Config深入

3.1 配置動態重新整理

在入門案例中，我們實現了配置的遠端存放，但是此時如果修改了配置，我們的程式是無法讀取到的，因此，我們需要開啟配置的動態重新整理功能。

3.2 獲取自定義屬性

方式一: 硬編碼方式

@RestController
public class NacosConfig {

    @Autowired
    private ConfigurableApplicationContext applicationContext;//獲取程式應用上下文


    /**
     * .
     * 硬編碼方式
     *
     * @return
     */
    @GetMapping("/nacos-config")
    public String nacosConfig() {
        return applicationContext.getEnvironment().getProperty("test.name");
    }

}

方式二: 註解方式(推薦)

@RefreshScope// 新增此註解表示會實時更新value 另外需要給屬性新增get set方法
@RestController
@Data
public class NacosConfig {


    /**
     * .
     * 獲取自定義屬性值
     */
    @Value("${test.name:default}")
    private String name;



    /**
     * .
     * 使用註解方式
     *
     * @return
     */
    @GetMapping("/config")
    public String config() {
        return name;
    }

四、配置共享

當配置越來越多的時候，我們就發現有很多配置是重複的，這時候就可以考慮將公共配置檔案提取出來，然後實現共享

4.1 新建一個名為nacos-common.yaml公共配置

只需要提取一個以nacos.common.yaml命名的配置檔案，然後將其所有環境的公共配置放在裡面即可。

#公用配置
spring:
  cloud:
    nacos:
      discovery:  #使用註冊中心
        server-addr: 192.168.36.135:8848
        enabled: true #開啟註冊

4.2 修改provider及consumer中的bootstrap.yml

spring:
  application:
    name: nacos-consumer
  cloud:
    nacos:
      config: #使用配置中心
        enabled: true
        server-addr: 192.168.36.135:8848
        file-extension: yaml # 此處為配置使用的字尾名
        prefix: nacos-consumer
        group: DEFAULT_GROUP  #分組名稱
        shared-dataids: nacos-common.yaml #配置引入公共配置
        refreshable-dataids: nacos-common.yaml # 配置要實現動態配置重新整理的配置
#      discovery:  #使用註冊中心
#        server-addr: 192.168.36.135:8848
#        enabled: true

檢視Nacos服務列表，發現服務依舊註冊成功，說明我們抽取公共配置功能已經實現

 五、基本概念

名稱空間(Namespace)
名稱空間可用於進行不同環境的配置隔離。一般一個環境劃分到一個名稱空間
配置分組(Group)
配置分組用於將不同的服務可以歸類到同一分組。一般將一個專案的配置分到一組
配置集(Data ID)
在系統中，一個配置檔案通常就是一個配置集。一般微服務的配置就是一個配置集

 總結：

我是南國以南i記錄點滴每天成長一點點，學習是永無止境的！轉載請附原文連結！！！

參考連結

相關文章