一、什么是配置中心
1、什么是配置
应用程序在启动和运行的时候往往需要读取一些配置信息，配置基本上伴随着应用程序的整个生命周期，比如：数据库连接参数、启动参数等。
配置主要有以下几个特点：
配置对于程序是只读的，程序通过读取配置来改变自己的行为，但是程序不应该去改变配置
（2）、配置伴随应用的整个生命周期
（3）、配置可以有多种加载方式
（4）、配置需要治理
2、什么是配置中心
配置中心的服务流程如下：
1、用户在配置中心更新配置信息。
2、服务A和服务B及时得到配置更新通知，从配置中心获取配置。
总得来说，配置中心就是一种统一管理各种应用配置的基础服务组件。
在系统架构中，配置中心是整个微服务基础架构体系中的一个组件，如下图，它的功能看上去并不起眼，无非就是配置的管理和存取，但它是整个微服务架构中不可或缺的一环。
总结一下，在传统巨型单体应用纷纷转向细粒度微服务架构的历史进程中，配置中心是微服务化不可缺少的一个系统组件，在这种背景下中心化的配置服务即配置中心应运而生，一个合格的配置中心需要满足如下特性：
（1）、配置项容易读取和修改
（2）、分布式环境下应用配置的可管理性，即提供远程管理配置的能力
（3）、支持对配置的修改的检视以把控风险
（4）、可以查看配置修改的历史记录
（5）、不同部署环境下应用配置的隔离性。
二、nacos简介
1、主流配置中心对比
目前市面上用的比较多的配置中心有：Spring Cloud Confifig、Apollo、Nacos和Disconf等。
由于Disconf不再维护，下面主要对比一下Spring Cloud Confifig、Apollo和Nacos。
综合来看，Nacos的特点和优势还是比较明显的，下面我们一起进入Nacos的世界。
2、Nacos简介
Nacos是阿里的一个开源产品，它是针对微服务架构中的服务发现、配置管理、服务治理的综合型解决方案。
官方介绍是这样的：
Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您实现动态服务发现、服务配置管理、服务及流量管理。 Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。Nacos 是构建以“服务”为中心的现代应用架构的服务基础设施。
官网地址：https://nacos.io
3、Nacos特性
（1）、服务发现与服务健康检查
（2）、动态配置管理
（3）、动态DNS服务
（4）、服务和元数据管理
这里动态配置管理的特性说明了Naocs的配置管理能力。
三、Nacos快速入门
1、安装Nacos Server
Nacos 依赖 Java 环境来运行。如果您是从代码开始构建并运行Nacos，还需要为此配置 Maven环境，请确保是在 以下版本环境中安装使用:
（1）、64 bit OS，支持 Linux/Unix/Mac/Windows，推荐选用 Linux/Unix/Mac。
（2）、64 bit JDK 1.8+；
（3）、Maven 3.2.x+；
2、下载源码或者安装包
你可以通过源码和发行包两种方式来获取 Nacos
从 Github 上下载源码再用maven进行编译的方式
git clone https://github.com/alibaba/nacos.git
cd nacos/
mvn ‐Prelease‐nacos clean install ‐U
ls ‐al distribution/target/
// change the $version to your actual path
cd distribution/target/nacos‐server‐$version/nacos/bin
下载编译后压缩包方式
您可以从https://github.com/alibaba/nacos/releases下载 nacos-server-$version.zip 包，
nacos最新稳定版: nacos-server-2.0.3.zip。强烈建议安装2.0.3版本，我试过安装1.1.3和1.3.1版本，弄了好久都连不上mysql数据库。
点击Tags
本教程使用nacos-server-2.0.3版本。
由于从github上下载非常慢，可以从我的网盘下载：
链接：https://pan.baidu.com/s/19nZ2qvxfaVzqGV1KpPrOvA
提取码：awer
--来自百度网盘超级会员V5的分享
下载后解压：
unzip nacos‐server‐$version.zip 或者 tar ‐xvf nacos‐server‐$version.tar.gz
cd nacos/bin
3、启动服务器
nacos的默认端口是8848，需要保证8848默认端口没有被其他进程占用。
进入安装程序的bin目录：
Linux/Unix/Mac启动方式：
启动命令(standalone代表着单机模式运行，非集群模式):
sh startup.sh -m standalone
如果您使用的是ubuntu系统，或者运行脚本报错提示[[符号找不到，可尝试如下运行：
bash startup.sh -m standalone
Windows启动方式：
单机启动命令：
startup.cmd -m standalone
或者双击startup.cmd运行文件。
启动成功，可通过浏览器访问 http://127.0.0.1:8848/nacos ，打开如下nacos控制台登录页面：
4、OPEN API 配置管理测试
启动nacos成功后，可通过nacos提供的http api验证nacos服务运行是否正常。
下边我们通过 curl工具来测试nacos的open api：
curl 是开发中常用的命令行工具，可以用作HTTP协议测试。
本教程下载curl的windows版本：curl-7.66.0_2-win64-mingw，下载地址：https://curl.haxx.se/windows/
下载完成进入curl-7.66.0_2-win64-mingw的bin目录，进行下边的测试，通过测试可判断nacos是否正常工作：
发布配置
curl -X POST "http://127.0.0.1:8848/nacos/v1/cs/configs?dataId=nacos.cfg.dataId&group=test&content=HelloWorld"
结果如下:
D:\install\curl\curl-7.66.0-win64-mingw\bin>curl -X POST "http://127.0.0.1:8848/nacos/v1/cs/configs?dataId=nacos.cfg.dataId&group=test&content=HelloWorld" true
上边的命令表示向nacos发布一个配置：
点击“详情”：
获取配置
向nacos发布配置成功，就可以通过客户端从nacos获取配置信息，执行下边的命令：
curl -X GET "http://127.0.0.1:8848/nacos/v1/cs/configs?dataId=nacos.cfg.dataId&group=test"
结果如下：
D:\install\curl\curl-7.66.0-win64-mingw\bin>curl -X GET "http://127.0.0.1:8848/nacos/v1/cs/configs?dataId=nacos.cfg.dataId&group=test" HelloWorld
通过测试发现，可以从nacos获取前边发布的配置：HelloWorld
5、关闭服务器
关闭nacos服务的方式如下：
Linux/Unix/Mac方式：
sh shutdown.sh
Windows方式：
cmd shutdown.cmd
或者双击shutdown.cmd运行文件。
6、外部mysql数据库支持
单机模式时nacos默认使用嵌入式数据库实现数据的存储，但是我们不方便查找和备份。
实际使用中，我们使用外部mysql存储nacos数据，需要进行以下步骤：
1、安装数据库（我的mysql的版本为8.0.26）
2、初始化mysql数据库，新建数据库nacos_config，数据库初始化文件：${nacoshome}/conf/nacos-mysql.sql，我的noco-mysql.sql文件位于：D:\install\nacos-server-1.1.3\nacos\conf\nacos-mysql.sql
3、修改${nacoshome}/conf/application.properties文件，增加支持mysql数据源配置（目前只支持mysql），添加mysql数据源的url、用户名和密码。
#*************** Config Module Related Configurations ***************# ### If use MySQL as datasource: spring.datasource.platform=mysql ### Count of DB: db.num=1 ### Connect URL of DB: db.url.0=jdbc:mysql://127.0.0.1:3306/nacos_config?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true&useUnicode=true&useSSL=false&serverTimezone=UTC db.user.0=root db.password.0=123456
重启nacos，浏览器访问：http://localhost:8848/nacos，新建一个命名空间DEV
数据库tenant_info多出了一条数据：
说明连接外部mysql成功。
注意：如果是docker安装的nacos，参考https://www.cnblogs.com/zwh0910/p/16483429.html。
四、nacos配置入门
1、通过nacos图形化界面发布配置
首先在nacos发布配置。浏览器访问 http://127.0.0.1:8848/nacos ，打开nacos控制台，并点击菜单配置管理->配置列表：
在Nacos添加如下的配置：
Data ID: nacos-simple-demo.yaml
Group : DEFAULT_GROUP
配置格式: YAML
配置内容： common:
config1: something
Note：1）、注意dataid是以 properties(默认的文件扩展名方式)为扩展名，这里使用yaml。2）、common与第二行的config1之间错开一个Tab键。
第一步：点击新增配置
第二步：配置信息
第三步：发布配置
第四步：查询配置
2、nacos客户端通过java程序获取配置
我们需要新增一个名为nacos-simple-demo的项目
（1）、添加依赖
<dependencies>
<dependency>
<groupId>com.alibaba.nacos</groupId>
<artifactId>nacos-client</artifactId>
<version>1.1.0</version>
</dependency>
</dependencies>
（2）、编写代码获取nacos中的配置
import com.alibaba.nacos.api.NacosFactory; import com.alibaba.nacos.api.config.ConfigService; import com.alibaba.nacos.api.exception.NacosException; import java.util.Properties; public class SimpleDemoMain { public static void main(String[] args) throws NacosException { //nacos 地址 String serverAddr = "127.0.0.1:8848"; //Data Id String dataId = "nacos-simple-demo.yaml"; //Group String group = "DEFAULT_GROUP"; Properties properties = new Properties(); properties.put("serverAddr",serverAddr); ConfigService configService = NacosFactory.createConfigService(properties); //获取配置,String dataId, String group, long timeoutMs String content = configService.getConfig(dataId, group, 5000); System.out.println(content); } }
运行后，控制台打印如下：
common:
config1: something
说明获取配置成功。
五、Nacos配置管理基础应用
1、Nacos配置管理模型
对于Nacos配置管理，通过Namespace、group、Data ID能够定位到一个配置集。
配置集(Data ID)
在系统中，一个配置文件通常就是一个配置集，一个配置集可以包含了系统的各种配置信息，例如，一个配置集可能包含了数据源、线程池、日志级别等配置项。每个配置集都可以定义一个有意义的名称，就是配置集的ID即DataID。
配置项
配置集中包含的一个个配置内容就是配置项。它代表一个具体的可配置的参数与其值域，通常以 key=value 的形式存在。例如我们常配置系统的日志输出级别（logLevel=INFO|WARN|ERROR）就是一个配置项。
配置分组(Group)
配置分组是对配置集进行分组，通过一个有意义的字符串（如 Buy 或 Trade ）来表示，不同的配置分组下可以有相同的配置集（Data ID）。当您在 Nacos 上创建一个配置时，如果未填写配置分组的名称，则配置分组的名称默认采用 DEFAULT_GROUP 。配置分组的常见场景：可用于区分不同的项目或应用，例如：学生管理系统的配置集可以定义一个group为：STUDENT_GROUP。
命名空间(Namespace)
命名空间（namespace）可用于进行不同环境的配置隔离。例如可以隔离开发环境、测试环境和生产环境，因为它们的配置可能各不相同，或者是隔离不同的用户，不同的开发人员使用同一个nacos管理各自的配置，可通过namespace隔离。不同的命名空间下，可以存在相同名称的配置分组(Group) 或 配置集。
Nacos抽象定义了Namespace、Group、Data ID的概念，具体这几个概念代表什么，取决于我们把它们看成什么，这里推荐给大家一种用法，如下图：
Namespace：代表不同环境，如开发、测试、生产环境。
Group：代表某项目，如XX医疗项目、XX电商项目
DataId：每个项目下往往有若干个工程，每个配置集(DataId)是一个工程的主配置文件
获取某配置集的代码：
获取配置集需要指定：
1、nacos服务地址，必须指定
2、namespace，如不指定默认public
3、group，如不指定默认 DEFAULT_GROUP
4、dataId，必须指定
代码如下：
// 初始化配置服务， String serverAddr = "127.0.0.1:8848"; String namespace = "ee247dde-d838-425c-b371-029dab26232f"; //开发环境 String group = "DEFAULT_GROUP"; //默认组 String dataId = "nacos-simple-demo.yaml"; Properties properties = new Properties(); properties.put("serverAddr", serverAddr); properties.put("namespace", namespace); ConfigService configService = NacosFactory.createConfigService(properties); //获取配置，并输出控制台 String content = configService.getConfig(dataId, group, 5000); System.out.println(content);
以上代码说明将从地址为127.0.0.1:8848的nacos配置中心获取配置，通过以下信息定位配置集：
namespace：ee247dde-d838-425c-b371-029dab26232f （注意：namespace需要指定命名空间id，而不是名称）
group：DEFAULT_GROUP
Data Id：nacos-simple-demo.yaml
2、命名空间管理
（1）、namespace 隔离设计
namespace 的设计是 nacos 基于此做多环境以及多租户（多个用户共同使用nacos）数据(配置和服务)隔离的。
从一个租户(用户)的角度来看，如果有多套不同的环境，那么这个时候可以根据指定的环境来创建不同的namespce，以此来实现多环境的隔离。例如，你可能有开发，测试和生产三个不同的环境，那么使用一套nacos 集群可以分别建以下三个不同的 namespace。如下图所示：
从多个租户(用户)的角度来看，每个租户(用户)可能会有自己的 namespace,每个租户(用户)的配置数据以及注册的服务数据都会归属到自己的 namespace 下，以此来实现多租户间的数据隔离。例如超级管理员分配了三个租户，分别为张三、李四和王五。分配好了之后，各租户用自己的账户名和密码登录后，创建自己的命名空间。如下图所示：
（2）、命名空间管理
前面已经介绍过，命名空间(Namespace)是用于隔离多个环境的（如开发、测试、生产），而每个应用在不同环境的同一个配置（如数据库数据源）的值是不一样的。因此，我们应针对企业项目实际研发流程、环境进行规划。如某软件公司拥有开发、测试、生产三套环境，那么我们应该针对这三个环境分别建立三个namespace。
建立好所有namespace后，在配置管理与服务管理模块下所有页面，都会包含用于切换namespace(环境)的tab按钮，如下图：
如果您在编写程序获取配置集过程中没有感知到这个参数的输入，那么 nacos 统一会使用一个默认的 namespace作为输入，nacos confifig 会使用一个空字符串作为默认的参数来初始化，对应界面上就是public命名空间。
Note: namesace 为 public 是 nacos 的一个保留空间，如果您需要创建自己的 namespace，不要和 public重名，以一个实际业务场景有具体语义的名字来命名，以免带来字面上不容易区分自己是哪一个namespace。
Note：在编写程序获取配置集时，指定的namespace参数一定要填写命名空间ID，而不是名称。
我们在命名空间DEV中创建一个配置文件
我们再次通过代码来获取配置。
import com.alibaba.nacos.api.NacosFactory; import com.alibaba.nacos.api.config.ConfigService; import com.alibaba.nacos.api.exception.NacosException; import java.util.Properties; public class SimpleDemoMain { public static void main(String[] args) throws NacosException { //nacos 地址 String serverAddr = "localhost:8848"; String namespace = "7f4b7d01-6c9e-4c9a-9707-3baa58bf7524"; //开发环境 String group = "DEFAULT_GROUP"; // 默认组 String dataId = "nacos-simple-demo.yaml"; Properties properties = new Properties(); properties.put("serverAddr", serverAddr); properties.put("namespace", namespace); ConfigService configService = NacosFactory.createConfigService(properties); //获取配置，并输出控制台 String content = configService.getConfig(dataId, group, 5000); System.out.println(content); } }
结果如下：
common:
config1: someone
注意：如果打印的结果为null，重启nacos即可。傻屌nacos!!!
3、配置管理
Nacos支持基于Namespace和Group的配置分组管理，以便用户更灵活的根据自己的需要按照环境或者应用、模块等分组管理微服务的大量配置，在配置管理中主要提供了配置历史版本、回滚、订阅者查询等核心管理能力。
配置列表
（1）、配置集导出
勾选若干配置集，点击 导出选中的配置 ，可获得一个压缩包：
压缩包如下：
压缩包内，包含了选中配置集所转换的配置文件：
（2）、配置集导入
点击右上角的 导入配置 ，可选择导出的压缩包文件，将压缩包内的文件恢复为nacos配置集。
（3）、配置集克隆
点击左下角 克隆 按钮，将会弹出克隆对话框，此功能可用于将配置迁移到其他Namespace。
我们也可以先导出配置集再导入配置集来实现克隆的效果。
历史版本
Nacos通过提供配置版本管理及其一键回滚能力，帮助用户改错配置的时候能够快速恢复，降低微服务系统在配置管理上的可用性风险。
common:
config1: someone
我们修改为：
common:
config1: someone like you
点击回滚
点击“回滚配置”，回滚成功后再次查看配置如下：
说明回滚成功！
监听查询
Nacos提供配置订阅者即监听者查询能力(当服务端配置有变化时会通知客户端)，同时提供客户端当前配置的MD5校验值，以便帮助用户更好的检查配置变更是否推送到 Client 端。
import com.alibaba.nacos.api.NacosFactory; import com.alibaba.nacos.api.config.ConfigService; import com.alibaba.nacos.api.exception.NacosException; import java.util.Properties; import java.util.concurrent.Executor; import com.alibaba.nacos.api.config.listener.Listener; public class SimpleDemoMain { public static void main(String[] args) throws NacosException { //nacos 地址 String serverAddr = "localhost:8848"; String namespace = "7f4b7d01-6c9e-4c9a-9707-3baa58bf7524"; //开发环境 String group = "DEFAULT_GROUP"; // 默认组 String dataId = "nacos-simple-demo.yaml"; Properties properties = new Properties(); properties.put("serverAddr", serverAddr); properties.put("namespace", namespace); ConfigService configService = NacosFactory.createConfigService(properties); //获取配置，并输出控制台 String content = configService.getConfig(dataId, group, 5000); System.out.println(content); //String dataId, String group, Listener listener // 程序不停止，并监听服务端内容是否变化，当服务端内容发生变化，就会主动通知客户端获取内容 configService.addListener(dataId, group, new Listener() { public Executor getExecutor() { return null; } //当配置有变化 时候获取通知 public void receiveConfigInfo(String s) { System.out.println(s); } }); // 测试让主线程不退出，因为订阅配置是守护线程，主线程退出守护线程就会退出。 正式代码中无需下面代 码 while (true){ try { Thread.sleep(2000); } catch (InterruptedException e) { e.printStackTrace(); } } } }
运行上面的程序，控制台打印：
common:
config1: someone
此时程序并没有停止。
点击“监听查询”，输入dataId和group进行查询
此时修改配置如下：
common:
config1: someone hate you
发布后，控制台打印如下：
common:
config1: someone
common:
config1: someone hate you
这就验证了当服务端配置有变化，服务端就会推送到客户端。
4、登录管理
Nacos当前版本支持简单的登录功能，默认用户名/密码为：nacos/nacos 。
nocos-config数据库中的users表存的是bcypt加密后的密码，我们只需要将密码通过bcypt加密后替换users表中原来的密码即可。
修改默认用户名/密码方法
（1）、生成加密密码
在入门程序中加密所需的依赖，如下所示：
<dependency>
<groupId>org.springframework.security</groupId>
<artifactId>spring-security-core</artifactId>
<version>5.1.6.RELEASE</version>
</dependency>
编写PasswordEncoderUtil类，生成加密后的密码，采用BCrypt加密方法在每次生成密码时会加随机盐，所以生成密码每次可能不一样。
import org.springframework.security.crypto.bcrypt.BCryptPasswordEncoder; public class PasswordEncoderUtil { public static void main(String[] args) { System.out.println(new BCryptPasswordEncoder().encode("123")); } }
新增加用户
INSERT INTO users (username, password, enabled) VALUES ('nacos1', '$2a$10$SmtL5C6Gp2sLjBrhrx1vj.dJAbJLa4FiJYZsBb921/wfvKAmxKWyu', TRUE);
INSERT INTO roles (username, role) VALUES ('nacos1', 'ROLE_ADMIN');
关闭登录功能
## spring security config
### turn off security
spring.security.enabled=false
management.security=false
security.basic.enabled=false
nacos.security.ignore.urls=/**
#nacos.security.ignore.urls=/,/**/*.css,/**/*.js,/**/*.html,/**/*.map,/**/*.svg,/**/*.png,/**/*. ico,/console‐ fe/public/**,/v1/auth/login,/v1/console/health,/v1/cs/**,/v1/ns/**,/v1/cmdb/**,/actuator/**
增加上面红色的三行代码，修改nacos.security.ignore.urls为/**
这样，访问http://ip:8848/nacos就直接进入如下页面了：
六、Nacos配置管理应用于分布式系统
1、从单体架构到微服务
单体架构
Web应用程序发展的早期，大部分web工程师将所有的功能模块打包到一起并放在一个web容器中运行，所有功能模块使用同一个数据库，同时，它还提供API或者UI访问的web模块等。
尽管也是模块化逻辑，但是最终它还是会打包并部署为单体式应用，这种将所有功能都部署在一个web容器中运行的系统就叫做单体架构（也叫：巨石型应用）。
单体架构有很多好处：
开发效率高：模块之间交互采用本地方法调用，并节省微服务之间的交互讨论时间与开发成本。
容易测试：IDE（集成开发环境）都是为开发单个应用设计的、容易测试——在本地就可以启动完整的系统。
容易部署：运维成本小，直接打包为一个完整的包，拷贝到web容器的某个目录下即可运行。
但是，上述的好处是有条件的，它适用于小型简单应用，对于大规模的复杂应用，就会展现出来以下的不足：
复杂性逐渐变高，可维护性逐渐变差 ：所有业务模块部署在一起，复杂度越来越高，修改时牵一发动全身。
版本迭代速度逐渐变慢：修改一个地方就要将整个应用全部编译、部署、启动时间过长、回归测试周期过长。
阻碍技术创新：若更新技术框架，除非你愿意将系统全部重写，无法实现部分技术更新。
无法按需伸缩：通过冗余部署完整应用的方式来实现水平扩展，无法针对某业务按需伸缩。
微服务
许多大型公司，通过采用微服务架构解决了上述问题。其思路不是开发一个巨大的单体式的应用，而是将应用分解为小的、互相连接的微服务。
一个微服务一般完成某个特定的功能，比如订单服务、用户服务等等。每一个微服务都是完整应用，都有自己的业务逻辑和数据库。一些微服务还会发布API给其它微服务和应用客户端使用。
比如，根据前面描述系统可能的分解如下：
每一个业务模块都使用独立的服务完成，这种微服务架构模式也影响了应用和数据库之间的关系，不像传统多个业务模块共享一个数据库，微服务架构每个服务都有自己的数据库。
微服务架构的好处：
♦ 分而治之，职责单一；易于开发、理解和维护、方便团队的拆分和管理
♦ 可伸缩；能够单独的对指定的服务进行伸缩
♦ 局部容易修改，容易替换，容易部署，有利于持续集成和快速迭代
♦ 不会受限于任何技术栈
2、分布式应用配置管理
• 用户通过Nacos Server的控制台集中对多个服务的配置进行管理。
• 各服务统一从Nacos Server中获取各自的配置，并监听配置的变化。
我们将演示如何使用 Spring Cloud Alibaba Nacos Confifig在Spring Cloud应用中集成Nacos，通过Spring cloud原生方式快捷的获取配置内容。
Spring Cloud是什么：
Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。Spring Cloud并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，集成最多的组件要属Netflflix公司，通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。
Spring Cloud Alibaba Nacos Config是什么：
Spring Cloud Alibaba Nacos Discovery是Spring Cloud Alibaba的子项目，而Spring Cloud Alibaba是阿里巴巴公司提供的开源的基于Spring cloud的微服务套件合集，它致力于提供微服务开发的一站式解决方案，可以理解为spring cloud是一套微服务开发的 标准 ，spring cloud alibaba与spring cloud Netflflix是实现。使用 Spring Cloud Alibaba方案，开发者只需要添加一些注解和少量配置，就可以将 Spring Cloud 应用接入阿里分布式应用解决方案，通过阿里中间件来迅速搭建分布式应用系统。
发布配置
首先在nacos发布配置，我们规划了两个服务service1、service2，并且想对这两个服务的配置进行集中维护。
浏览器访问 http://127.0.0.1:8848/nacos ，打开nacos控制台，并点击菜单配置管理->配置列表：
在Nacos添加如下的配置：
Namespace: 4a65333c-2a01-4802-9a73-59a47e7d94ad #开发环境 Data ID: service1.yaml Group : DEV_GROUP 配置格式: YAML 配置内容： common: name: service1 config
Namespace: 4a65333c-2a01-4802-9a73-59a47e7d94ad #开发环境 Data ID: service2.yaml Group : DEV_GROUP 配置格式: YAML 配置内容： common: name: service2 config
创建父工程
为了规范依赖的版本，这里创建父工程，指定依赖的版本。
先创建一个空工程nacos-config-parent，再创建一个父工程nacos-parent，删除src目录。父工程pom.xml如下：
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
<java.version>1.8</java.version>
</properties>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-alibaba-dependencies</artifactId>
<version>2.1.0.RELEASE</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-dependencies</artifactId>
<version>Greenwich.RELEASE</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-dependencies</artifactId>
<version>2.1.5.RELEASE</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
</build>
创建service1和service2子模块
（1）、引入如下依赖：
<dependencies>
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
</dependencies>
（2）、编写bootstrap.yml文件
一般来说，spring boot的配置将在application.yml(也可以是application.properties)文件中编写，由于使用外部配置中心，必须将原先的application.yml重命名为bootstrap.yml，bootstrap.yml如下所示：
spring.cloud.nacos.confifig.server-addr 指定了Nacos Server的网络地址和端口号。
service1的配置
server: port: 56010 spring: application: name: service1 cloud: nacos: config: server-addr: ip:8848 file-extension: yaml namespace: 4a65333c-2a01-4802-9a73-59a47e7d94ad group: DEV_GROUP
以上配置文件说明该应用将从地址为127.0.0.1:8848配置中心获取配置，通过以下信息定位配置集：
namespace：c67e4a97‐a698‐4d6d‐9bb1‐cfac5f5b51c4 # 开发环境
group：TEST_GROUP # 测试组 Data Id：service1.yaml
service2的配置
server:
port: 56020
spring:
application:
name: service2
cloud:
nacos:
config:
server-addr: ip:8848
file-extension: yaml
namespace: 4a65333c-2a01-4802-9a73-59a47e7d94ad
group: DEV_GROUP
Note：spring-cloud-starter-alibaba-nacos-config 在加载配置的时候，加载了以 dataid 为${spring.application.name}.${file-extension:properties} 的基础配置。对应以上的配置，它会去nacos server中加载data id为service1.yaml的配置集。
Note: 若没有指定spring.cloud.nacos.confifig.group配置,则默认为DEFAULT_GROUP。
（3）、编写启动类
@SpringBootApplication public class Service1Application { public static void main(String[] args) { SpringApplication.run(Service1Application.class,args); } }
（4）、编写controller
@RestController public class Config1Controller { @Value("${common.name}") private String config1; @GetMapping(value = "/configs") public String getConfigs(){ return config1; } }
（5）、启动service1和service2
浏览器访问：http://localhost:56010/configs，结果如下：
service1 config
浏览器访问：http://localhost:56020/configs，结果如下：
service2 config
支持配置的动态更新
基于上面快速上手的例子，若要实现配置的动态更新，只需要进行如下改造：
import org.springframework.beans.factory.annotation.Autowired; import org.springframework.beans.factory.annotation.Value; import org.springframework.context.ConfigurableApplicationContext; import org.springframework.web.bind.annotation.GetMapping; import org.springframework.web.bind.annotation.RestController; @RestController public class Config1Controller { @Value("${common.name}") private String config1; // 注入配置文件上下文 @Autowired private ConfigurableApplicationContext applicationContext; @GetMapping(value = "/configs") public String getConfigs(){ // return config1; return applicationContext.getEnvironment().getProperty("common.name"); } }
我们通过nacos控制台更新common.name的配置值，
common: name: service1 config add something new
再次访问web端点/confifigs，发现应用程序能够获取到最新的配置值，说明spring-cloud-starter-alibaba-nacos-confifig 支持配置的动态更新。
重启service1，浏览器访问：http://localhost:56010/configs，结果如下：
service1 config add something new
再次修改common.name的配置值，如下所示：‘
common: name: service1 config add something new again
浏览器访问：http://localhost:56010/configs，结果如下：
service1 config add something new again
自定义 namespace与group配置
（1）、支持自定义 namespace的配置
在没有明确指定 ${spring.cloud.nacos.config.namespace} 配置的情况下，默认使用的是 Nacos 上 Public 这个namespace。如果需要使用自定义的命名空间，可以通过以下配置来实现：
spring:
cloud:
nacos:
config:
namespace: 4a65333c-2a01-4802-9a73-59a47e7d94ad
Note：该配置必须放在 bootstrap.yml文件中。此外 spring.cloud.nacos.config.namespace 的值是 namespace对应的 id，id 值可以在 Nacos 的控制台获取。并且在添加配置时注意不要选择其他的 namespae，否则将会导致读取不到正确的配置。
（2）、支持自定义 Group 的配置
在没有明确指定 ${spring.cloud.nacos.config.group} 配置的情况下，默认使用的是 DEFAULT_GROUP 。如果需要自定义自己的 Group，可以通过以下配置来实现：
spring:
cloud:
nacos:
config:
group: DEV_GROUP
Note：该配置必须放在 bootstrap.properties 文件中。并且在添加配置时 Group 的值一定要和spring.cloud.nacos.config.group 的配置值一致。
自定义扩展的 Data Id 配置
Spring Cloud Alibaba Nacos Confifig可支持自定义 Data Id 的配置。 一个完整的配置案例如下所示：
server: port: 56010 spring: application: name: service1 cloud: nacos: config: server-addr: 114.115.246.152:8848 file-extension: yaml namespace: 4a65333c-2a01-4802-9a73-59a47e7d94ad group: DEV_GROUP ext-config[0]: data-id: ext-config-common01.properties ext-config[1]: data-id: ext-config-common02.properties group: GLOBLE_GROUP ext-config[2]: data-id: ext-config-common03.properties group: REFRESH_GROUP refresh: true #动态刷新配置
注意：1）、ext-config为数组，从0开始。2）、原来的配置文件service1.yaml仍然有效，新增的配置和原来的配置不冲突，即微服务service1不仅读取了service1.yaml，还读取了ext-config-common01.properties、ext-config-common02.properties、ext-config-common03.properties。
可以看到:
♦ 通过 spring.cloud.nacos.config.ext-config[n].group 的配置方式自定义 Data Id 所在的组，不明确配置的话，默认是 DEFAULT_GROUP。
♦ 通过 spring.cloud.nacos.config.ext-config[n].refresh 的配置方式来控制该 Data Id 在配置变更时，是否支持应用中可动态刷新，感知到最新的配置值。默认是不支持的。
Note ： spring.cloud.nacos.config.ext-config[n].data-id 的值必须带文件扩展名，文件扩展名既可支持properties，又可以支持 yaml/yml。 此时 spring.cloud.nacos.config.file-extension 的配置对自定义扩展配置的 Data Id 文件扩展名没有影响。
通过自定义扩展的 Data Id 配置，既可以解决多个应用间配置共享的问题（把公共的配置放到某个文件中，然后由各个微服务来引用），又可以支持一个应用有多个配置文件。
测试：
配置ext-confifig-common01.properties：
配置ext-confifig-common02.properties
将来这个配置文件可以作为各个微服务公共引用的配置文件，比如每个微服务都要连接数据库，连接数据库的配置都一样，我们可以把连接数据库的配置放到这个配置文件中，让各个微服务都扩展引用这个配置文件。
配置ext-confifig-common03.properties
编写测试代码：
@RestController public class Config1Controller { @Value("${common.name}") private String config1; // 注入配置文件上下文 @Autowired private ConfigurableApplicationContext applicationContext; @GetMapping(value = "/configs") public String getConfigs(){ // return config1; return applicationContext.getEnvironment().getProperty("common.name"); } @GetMapping(value = "/configs2") public String getConfigs2(){ String name = applicationContext.getEnvironment().getProperty("common.name"); String age = applicationContext.getEnvironment().getProperty("common.age"); String address = applicationContext.getEnvironment().getProperty("common.address"); String birthday= applicationContext.getEnvironment().getProperty("common.birthday"); String fullname = applicationContext.getEnvironment().getProperty("common.fullname"); return name+"+"+ age+"+"+address+"+"+ birthday+"+"+ fullname; } }
重启service1工程，浏览器访问：http://localhost:56010/configs2，结果如下：
service1 config 111+12+beijing+2000-01-01+zhangsan
自定义共享 Data Id 配置
server: port: 56010 spring: application: name: service1 cloud: nacos: config: server-addr: 114.115.246.152:8848 file-extension: yaml namespace: 4a65333c-2a01-4802-9a73-59a47e7d94ad group: DEV_GROUP shared-dataids: ext-config-common01.properties,ext-config-common02.properties refreshable-dataids: ext-config-common01.properties # ext-config[0]: # data-id: ext-config-common01.properties # ext-config[1]: # data-id: ext-config-common02.properties # group: GLOBLE_GROUP # ext-config[2]: # data-id: ext-config-common03.properties # group: REFRESH_GROUP # refresh: true #动态刷新配置
重启服务service1，浏览器访问：http://localhost:56010/configs2，结果如下：
service1 config 111+12+beijing+null+null
为什么后边两个值为null?
共享DataId的配置使用默认的group即DEFAULT_GROUP，ext-confifig-common02.properties不属于DEFAULT_GROUP。
可以看到：
♦ 通过 spring.cloud.nacos.config.shared-dataids 来支持多个共享 Data Id 的配置，多个之间用逗号隔开。
♦ 通过 spring.cloud.nacos.config.refreshable-dataids 来支持哪些共享配置的 Data Id 在配置变化时，应用中是否可动态刷新，感知到最新的配置值，多个 Data Id 之间用逗号隔开。如果没有明确配置，默认情况下所有共享配置的 Data Id 都不支持动态刷新。
Note：通过 spring.cloud.nacos.config.shared-dataids 来支持多个共享配置的 Data Id 时，多个共享配置间的一个优先级的关系我们约定：按照配置出现的先后顺序，即后面的优先级要高于前面。
Note：通过 spring.cloud.nacos.config.shared-dataids 来配置时，Data Id 必须带文件扩展名，文件扩展名既可支持 properties，也可以支持 yaml/yml。 此时 spring.cloud.nacos.config.file-extension 的配置对自定义扩展配置的 Data Id 文件扩展名没有影响。
Note： spring.cloud.nacos.config.refreshable-dataids 给出哪些需要支持动态刷新时，Data Id 的值也必须明确给出文件扩展名。
共享DataId的配置相比扩展的 Data Id 配置，它把group固定为DEFAULT_GROUP，建议使用扩展的 Data Id 配置，因为扩展的 Data Id 配置也可以实现共享DataId配置。
配置的优先级
Spring Cloud Alibaba Nacos Confifig 目前提供了三种配置能力从 Nacos 拉取相关的配置。
A: 通过 spring.cloud.nacos.config.shared-dataids 支持多个共享 Data Id 的配置
B: 通过 spring.cloud.nacos.config.ext-config[n].data-id 的方式支持多个扩展 Data Id 的配置，多个Data Id 同时配置时，他的优先级关系是 spring.cloud.nacos.config.ext-config[n].data-id 其中 n 的值越大，优先级越高。
C: 通过内部相关规则(应用名、扩展名 )自动生成相关的 Data Id 配置
当三种方式共同使用时，他们的一个优先级关系是:C > B >A
测试，屏蔽共享dataId，放开ext-confifig，如下：
server: port: 56010 spring: application: name: service1 cloud: nacos: config: server-addr: 114.115.246.152:8848 file-extension: yaml namespace: 4a65333c-2a01-4802-9a73-59a47e7d94ad group: DEV_GROUP # shared-dataids: ext-config-common01.properties,ext-config-common02.properties # refreshable-dataids: ext-config-common01.properties ext-config[0]: data-id: ext-config-common01.properties ext-config[1]: data-id: ext-config-common02.properties group: GLOBLE_GROUP ext-config[2]: data-id: ext-config-common03.properties group: REFRESH_GROUP refresh: true #动态刷新配置
重启serivce1服务，浏览器访问：http://localhost:56010/configs2，结果如下：
service1 config 111+12+beijing+2000-01-02+zhangsanfeng
修改ext-confifig-common03.properties：
重启serivce1服务，浏览器访问：http://localhost:56010/configs2，结果如下：
service1 config 111+15+beijing+2000-01-02+zhangsanfeng
通过测试发现多个 Data Id 同时配置时，他的优先级关系是 spring.cloud.nacos.config.ext-config[n].data-id其中 n 的值越大，优先级越高。
修改：service1.yaml
重启serivce1服务，浏览器访问：http://localhost:56010/configs2，结果如下：
service1 config 111+25+beijing+2000-01-02+zhangsanfeng
通过测试发现：B和C同时存在，C优先级高。
通过设置 spring.cloud.nacos.confifig.enabled = false 来完全关闭 Spring Cloud Nacos Confifig
3、Nacos集群部署
单机版的nacos如果挂了，nacos服务就无法使用了，所以在实际生产环境中，nacos是要部署成集群的。
集群部署
（1）、安装3个以上Nacos
（2）、配置集群配置文件
在所有nacos目录的conf目录下，有文件 cluster.conf.example ，将其命名为 cluster.conf ，并将每行配置成ip:port。（请配置3个或3个以上节点）
# ip:port 127.0.0.1:8848 127.0.0.1:8849 127.0.0.1:8850
注意：1、IP不能配置为127.0.0.1，得采用本地得IP
2、报错:Address already in use: bind
端口明明没被占用，为什么会出现Address already in use: bind？
我是win10系统，然后设定的端口是8848,8849,8850，注意！！！我设置的是3个连续的端口，其中只有8849出现了Address already in use: bind的问题，8848和8850都没有出现问题。这个可能是windows操作系统的BUG。Linux我不知道有没有，所以我把端口改为8848，8850，8852后就没出现Address already in use: bind问题了。所以集群不要设置同项目连续端口，至少是端口+2。如：高可用子系统：默认端口为8080，那么下一个端口就应该大于或等于8082。
现修改如下：
192.168.10.115:8848 192.168.10.115:8850 192.168.10.115:8852
由于是单机演示，需要更改nacos/的conf目录下application.properties中server.port，防止端口冲突。
如果服务器有多个ip也要指定具体的ip地址，如：nacos.inetutils.ip-address=127.0.0.1
例如：
server.port=8850 nacos.inetutils.ip‐address=127.0.0.1
外部mysql数据库支持的配置：
#*************** Config Module Related Configurations ***************# ### If use MySQL as datasource: spring.datasource.platform=mysql ### Count of DB: db.num=1 ### Connect URL of DB: db.url.0=jdbc:mysql://127.0.0.1:3306/nacos_config?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true&useUnicode=true&useSSL=false&serverTimezone=UTC db.user.0=root db.password.0=123456
（3）、集群模式启动
分别执行nacos目录的bin目录下的startup，cmd进入\bin目录，输入如下命令：
startup -m cluster
默认以集群模式启动
启动效果如下：
浏览器访问：http://192.168.10.115:8848/nacos，如下所示：
输入用户名和密码：nacos/nacos
在任意一个nacos的控制台中，可以看到如下内容：
客户端配置
所有客户端，分别指定nacos集群中的若干节点：
spring: cloud: nacos: config: server-addr: 127.0.0.1:8848,127.0.0.1:8850,127.0.0.1:8852
测试，使用快速上手的例子：
（1）关掉127.0.0.1:8848 nacos Leader实例
浏览器访问：http://localhost:56010/configs2，结果如下：
service1 config 111+25+beijing+2000-01-02+zhangsanfeng
通过测试，我们可以看到，通过以上的集群部署已经达到了高可用的效果。
生产环境部署建议
下图是官方推荐的集群方案，通过域名 + VIP模式的方式来实现。客户端配置的nacos，当Nacos集群迁移时，客户端配置无需修改。
至于数据库，生产环境下建议至少主备模式。通过修改${nacoshome}/conf/application.properties文件，能够使nacos拥有多个数据源。
#*************** Config Module Related Configurations ***************# ### If use MySQL as datasource: spring.datasource.platform=mysql ### Count of DB: db.num=2 ### Connect URL of DB: db.url.0=jdbc:mysql://127.0.0.1:3306/nacos_config?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true&useUnicode=true&useSSL=false&serverTimezone=UTC db.url.1=jdbc:mysql://127.0.0.1:3306/nacos_config?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true&useUnicode=true&useSSL=false&serverTimezone=UTC db.user.0=root db.password.0=123456
