[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。如下图所示:
![](https://img.kancloud.cn/a4/81/a4815538abee053b289e491cb674d26b_644x304.png)
从某一实体出发由 namespace->group-activefile进行隔离,但是在实际开发中,通常都是环境自己配置自己的nacos
# 2. provider整合nacos config
## 2.1 在nacos添加配置文件
**当 spring.profile.active 为空时,对应的连接符 - 也将不存在,dataId 的拼接格式变成${prefix}.${file-extension}**,下面添加provider-dev.yml配置文件
![](https://img.kancloud.cn/b2/29/b2299d7481d79fabd43b45ff21b42ebf_706x525.png)
## 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";
}
}
~~~
测试:
![](https://img.kancloud.cn/10/64/10641a73600e3e5821c3f77f94199967_586x169.png)
## 2.5 使用group和namespace
1. 新加一个名称空间dev
![](https://img.kancloud.cn/98/51/98515f64f4363c4495c7ff109e286b3b_1145x392.png)
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
- 熔断和降级