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

本文轉載自查看原文 2022-03-31 09:09 1538 SpringCloud

前言：

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

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

配置中心原理

一、服務配置中心介紹

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

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

配置中心的思路是：

首先把項目中各種配置全部都放到一個集中的地方進行統一管理，並提供一套標准的接口。
當各個服務需要獲取配置的時候，就來配置中心的接口拉取自己的配置。
當配置中心中的各種參數有更新的時候，也能通知到各個服務實時的過來同步最新的信息，使之動態更新。

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

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

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)
在系統中，一個配置文件通常就是一個配置集。一般微服務的配置就是一個配置集

5.1 命名空間實例

如上述所說：一個環境划分到一個命名空間，此處新建pro（生產環境命名空間）、dev（開發環境命名空間）

5.2 配置列表

在配置列表中可選多個命名空間：新建配置，即使Data ID 名稱重復，也達到配置隔離的效果

5.3 使用樣例項目

修改consumer中的bootstrap.yml指定使用命名空間

spring:
  application:
    name: nacos-consumer #服務名稱
  cloud:
    nacos:
      config: #使用配置中心
        enabled: true #配置全局開關 默認true開啟
        server-addr: 172.16.18.176:8848
        file-extension: yaml # 配置文件格式
        prefix: nacos-consumer #DataId 名稱（默認就是服務名稱）
        group: DEFAULT_GROUP  #分組名稱
        shared-dataids: nacos-common.yaml #配置引入公共配置
        refreshable-dataids: nacos-common.yaml # 配置要實現動態配置刷新的配置
        namespace: 42910b90-d7f5-4342-b121-e0ebd429388f #命名空間ID（默認public）

上述指定讀取dev開發環境命名空間的配置文件（控制台輸出打印）