Nacos作为服务配置中心实战

@toc

1、Nacos作为配置中心-基础配置

1.1 新建cloudalibaba-config-nacos-client3377模块

1.2 pom.xml

com.alibaba.cloud spring-cloud-starter-alibaba-nacos-config com.alibaba.cloud spring-cloud-starter-alibaba-nacos-discovery org.springframework.boot spring-boot-starter-web org.springframework.boot spring-boot-starter-actuator org.springframework.boot spring-boot-devtools runtime true org.projectlombok lombok true org.springframework.boot spring-boot-starter-test test

1.2 YML文件

1.2.1 为什么配置要配置两个yml文件

Nacos同springcloud-config一样，在项目初始化时，要保证先从配置中心进行配置拉取，

拉取配置之后，才能保证项目的正常启动。

springboot中配置文件的加载是存在优先级顺序的，bootstrap优先级高于application。

1.2.2 bootstrap.yml

# nacos配置 server: port: 3377 spring: application: name: nacos-config-client cloud: nacos: discovery: server-addr: localhost:8848 #Nacos服务注册中心地址 config: server-addr: localhost:8848 #Nacos作为配置中心地址 file-extension: yaml #指定yaml格式的配置 # ${spring.application.name}-${spring.profile.active}.${spring.cloud.nacos.config.file-extension}

1.2.3 application.yml

spring: profiles: active: dev # 表示开发环境

1.3 主启动类

@EnableDiscoveryClient @SpringBootApplication public class NacosConfigClientMain3377 { public static void main(String[] args) { SpringApplication.run(NacosConfigClientMain3377.class, args); } }

1.4 业务类

ConfigClientController

@RestController @RefreshScope //在控制器类加入@RefreshScope注解使当前类下的配置支持Nacos的动态刷新功能。 public class ConfigClientController { @Value("${config.info}") private String configInfo; @GetMapping("/config/info") public String getConfigInfo() { return configInfo; } }

通过使用Spring Cloud原生注解@RefreshScope实现配置自动更新。

1.5 在Nacos中添加配置信息

Nacos匹配规则文档:https://nacos.io/zh-cn/docs/quick-start-spring-cloud.html

公式:${spring.application.name}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}

我们新增一个配置：

我们当下程序中的配置和配置中心文件的对应关系如下：

1.6 测试

启动前需要在nacos客户端-配置管理-配置管理栏目下有对应的yaml配置文件

运行cloud-config-nacos-client3377的主启动类

调用接口查看配置信息：http://localhost:3377/config/info

用的的确是远程配置中心中的信息。

测试动态刷新，我们先修改配置中心的version=4

访问：http://localhost:3377/config/info，发现配置已经更新了，比以前Spring Cloud Congfig+eureka_Spring Cloud Bus的配置方便多了。

2、Nacos作为配置中心-分类配置

2.1 上面的配置存在什么问题？

问题1：

实际开发中，通常一个系统会准备dev开发环境，test测试环境，prod生产环境。如何保证指定环境启动时服务能正确读取到Nacos上相应环境的配置文件呢？

问题2：

一个大型分布式微服务系统会有很多微服务子项目，每个微服务项目又都会有相应的开发环境、测试环境、预发环境、正式环境…那怎么对这些微服务配置进行管理呢？

2.2 Nacos的图形化管理界面

配置管理界面：

命名空间界面：

2.3 Namespace+Group+Data ID三者关系？为什么这么设计？

2.3.1 是什么？

类似Java里面的package名和类名

最外层的namespace是可以用于区分部署环境的，Group和DataID逻辑上区分两个目标对象。

2.3.2 三者关系

==Namespace=public，Group=DEFAULT_GROUP, 默认Cluster是DEFAULT==

Nacos默认的命名空间是public，Namespace主要用来实现隔离。

比方说我们现在有三个环境：开发、测试、生产环境，我们就可以创建三个Namespace，不同的Namespace之间是隔离的。

Group默认是DEFAULT_GROUP，Group可以把不同的微服务划分到同一个分组里面去

Service就是微服务；一个Service可以包含多个Cluster（集群），Nacos默认Cluster是DEFAULT，Cluster是对指定微服务的一个虚拟划分。

比方说为了容灾，将Service微服务分别部署在了杭州机房和广州机房，这时就可以给杭州机房的Service微服务起一个集群名称（HZ），给广州机房的Service微服务起一个集群名称（GZ），还可以尽量让同一个机房的微服务互相调用，以提升性能。

最后是Instance，就是微服务的实例。

2.4 三种方案加载配置

2.4.1 DataID方案

指定spring.profile.active和配置文件的DataID来使不同环境下读取不同的配置

默认空间+默认分组+新建dev和test两个DataID。

新建dev配置DataID

新建test配置DataID

测试

先使用dev环境测试

访问：http://localhost:3377/config/info

再使用test环境测试

访问：http://localhost:3377/config/info

2.4.2 Group方案

通过Group实现环境区分，新建Group

在nacos图形界面控制台上面新建配置文件DataID

bootstrap.yml

在config下增加一条group的配置即可。可配置为DEV_GROUP或TEST_GROUP

application.yml

访问测试：http://localhost:3377/config/info

2.4.3 Namespace方案

新建dev/test的Namespace，注意下面的命名空间ID：

回到服务管理-服务列表查看

在dev命名空间下新建3个配置项

bootstrap.yml,这里在namespace属性上配置命名空间的ID

application.yml

上面的配置代表这里我们要访问的是dev命名空间下(上面配置的命名空间ID是dev的)，TEST_GROUP组中的nacos-config.client-dev.yaml配置文件。

访问：http://localhost:3377/config/info

可以看到，和我们分析的是一致的。

到此，Nacos作为配置中心就介绍完了，集群搭建后面另写一篇，半夜2点了，肝不动了。

Spring Cloud 微服务

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。