[TOC]
# 1. nacos概念
## **1.1 dataID:相當于配置文件名稱,用于標識一個配置文件**
在Nacos-Server中新建配置,其中Data ID它的定義規則是:`${prefix}-${spring.profile.active}.${file-extension}`
* prefix 默認為`spring.application.name`的值,也可以通過配置項`spring.cloud.nacos.config.prefix`來配置。
* spring.profile.active 即為當前環境對應的`profile`,可以通過配置項`spring.profile.active`來配置。
* file-exetension 為配置內容的數據格式,可以通過配置項`spring.cloud.nacos.config.file-extension`來配置。目前只支持`properties`和`yaml`類型。
## 1.2 Group 和名稱空間
namespace和group組合可用來對配置文件進行隔離,例如對不同項目,不同租戶或者不同環境
### 方案1主要說明一下面向一個租戶
從一個租戶(用戶)的角度來看,如果有多套不同的環境,那么這個時候可以根據指定的環境來創建不同的 namespce,以此來實現多環境的隔離。
例如,你可能有dev,test和prod三個不同的環境,那么使用一套 nacos 集群可以分別建以下三個不同的 namespace。如下圖所示:

從某一實體出發由 namespace->group-activefile進行隔離,但是在實際開發中,通常都是環境自己配置自己的nacos
# 2. provider整合nacos config
## 2.1 在nacos添加配置文件
**當 spring.profile.active 為空時,對應的連接符 - 也將不存在,dataId 的拼接格式變成${prefix}.${file-extension}**,下面添加provider-dev.yml配置文件

## 2.2 導入config配置依賴
~~~
<!--服務配置-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
~~~
## 2.3 配置config
配置`bootstrap.yml`,注意是bootstrap.xxx,而不是`application`或者其他。原因如下
> Nacos同springcloud-config一樣,在項目初始化時,要保證先從配置中心進行配置拉取,拉取配置之后,才能保證項目的正常啟動。springboot中配置文件的加載是存在優先級順序的,bootstrap優先級高于application
~~~
## Spring
spring:
application:
# 應用名稱
name: provider
profiles:
# 環境配置
active: dev
cloud:
nacos:
config:
# 配置中心地址
server-addr: 192.168.56.10:8848
# 配置文件格式
file-extension: yml
~~~
## 2.4 配置controller
`@RefreshScope`用于配置動態刷新
`@Value("${nacos.config}")`用于讀取配置文件
~~~
@RestController
@RequestMapping("/test")
@RefreshScope
public class TestController {
@Value("${nacos.config}")
private String config;
@GetMapping("/config")
public String getConfig() {
return config + " - provider";
}
@GetMapping("")
public String say() {
return "hello cloud - provider";
}
}
~~~
測試:

## 2.5 使用group和namespace
1. 新加一個名稱空間dev

2. 配置
~~~
spring:
application:
# 應用名稱
name: provider
profiles:
# 環境配置
active: dev
cloud:
nacos:
config:
# 配置中心地址
server-addr: 192.168.56.10:8848
# 配置文件格式
file-extension: yml
group: DEFAULT_GROUP
namespace: 1b2b82fd-96d4-4c10-ac42-80264b0cc2a4
~~~
* group: DEFAULT_GROUP ,使用默認組
* namespace: 1b2b82fd-96d4-4c10-ac42-80264b0cc2a4,dev對應的id
## 2.6 自動刷新的兩種方式
### 2.6.1 @RefreshScope配置自動刷新
# 3. 加載多配置文件
應用的配置文件肯定不止一個,nacos配置中心支持應用的多配置
# 4. 共享配置文件
項目中,又許多配置是重復的,就可以用共享的方式進行優化
- springcloud
- springcloud的作用
- springboot服務提供者和消費者
- Eureka
- ribbon
- Feign
- feign在微服務中的使用
- feign充當http請求工具
- Hystrix 熔斷器
- Zuul 路由網關
- Spring Cloud Config 分布式配置中心
- config介紹與配置
- Spring Cloud Config 配置實戰
- Spring Cloud Bus
- gateway
- 概念講解
- 實例
- GateWay
- 統一日志追蹤
- 分布式鎖
- 1.redis
- springcloud Alibaba
- 1. Nacos
- 1.1 安裝
- 1.2 特性
- 1.3 實例
- 1. 整合nacos服務發現
- 2. 整合nacos配置功能
- 1.4 生產部署方案
- 環境隔離
- 原理講解
- 1. 服務發現
- 2. sentinel
- 3. Seata事務
- CAP理論
- 3.1 安裝
- 分布式協議
- 4.熔斷和降級
- springcloud與alibba
- oauth
- 1. abstract
- 2. oauth2 in micro-service
- 微服務框架付費
- SkyWalking
- 介紹與相關資料
- APM系統簡單對比(zipkin,pinpoint和skywalking)
- server安裝部署
- agent安裝
- 日志清理
- 統一日志中心
- docker安裝部署
- 安裝部署
- elasticsearch 7.x
- logstash 7.x
- kibana 7.x
- ES索引管理
- 定時清理數據
- index Lifecycle Management
- 沒數據排查思路
- ELK自身組件監控
- 多租戶方案
- 慢查詢sql
- 日志審計
- 開發
- 登錄認證
- 鏈路追蹤
- elk
- Filebeat
- Filebeat基礎
- Filebeat安裝部署
- 多行消息Multiline
- how Filebeat works
- Logstash
- 安裝
- rpm安裝
- docker安裝Logstash
- grok調試
- Grok語法調試
- Grok常用表達式
- 配置中常見判斷
- filter提取器
- elasticsearch
- 安裝
- rpm安裝
- docker安裝es
- 使用
- 概念
- 基礎
- 中文分詞
- 統計
- 排序
- 倒排與正排索引
- 自定義dynamic
- 練習
- nested object
- 父子關系模型
- 高亮
- 搜索提示
- kibana
- 安裝
- docker安裝
- rpm安裝
- 整合
- 收集日志
- 慢sql
- 日志審計s
- 云
- 分布式架構
- 分布式鎖
- Redis實現
- redisson
- 熔斷和降級