Nacos— Spring Cloud 注册中心 + 配置中心

一.什么是Nacos？

Nacos是阿里的一个开源产品，是针对微服务架构中的服务发现、配置管理、服务治理的综合型解决方案。

Nacos核心定位是“一个更易于帮助构建云原生应用的动态服务发现、配置和服务管理平台”，也就是我们的注册中心和配置中心。

项目地址：https://nacos.io/zh-cn/

二.主流注册中心对比

目前SpringCloud第二代也就是SpringCloudAlibaba用Nacos较多。

三. Nacos的安装

3.1下载地址：

https://github.com/alibaba/nacos/releases/tag/1.4.1

https://github.com/alibaba/nacos/releases/tag/1.4.2

3.2 启动服务

nacos默认是支持集群模式的，如果不指定单机或集群模式，直接点击startup.cmd进行启动会报错。指定单机模式来启动有两种方法：

方法1：

在命令窗口，进入bin目录，执行startup.cmd -m standalone，这句话的意思是以单机模式启动nacos，

方法2：

修改startup.cmd文件，将set MODE中的cluster改为standalone。

再双击startup.cmd文件，即可启动.

3.3 访问

http://localhost:8848/nacos/index.html

用户名和密码默认都是nacos

四外部mysql数据库支持

Nacos作为注册中心和配置中心。其注册中心相关信息存在内存中，配置中心存在数据库中。

而单机模式时nacos默认使用嵌入式数据库实现数据的存储，若想使用外部mysql存储nacos数据，需要进行以下步骤：

4.1新建数据库nacos

注意nacos1.4.1和nacos1.4.2版本需要用到Mysql数据库5.6及以上，版本不够的先升级一下。

4.2 添加表

表文件已经存在，在nacos的conf目录下

将sql文件内容复制到nacos数据库下运行

4.3 配置数据源

修改conf下的application.properties文件，增加支持mysql数据源配置（目前只支持 mysql），添加mysql数据源的url、用户名和密码。

spring.datasource.platform=mysql db.num=1 db.url.0=jdbc:mysql://127.0.0.1:3306/nacos?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true db.user.0=root db.password.0=root

4.4 测试

重启服务以后，会发现使用的是扩展的数据库

五.Nacos的使用—服务注册中心

5.1 服务注册

1 创建父工程，指定版本号.

SpringBoot，SpringCloud，SpringCloud Alibaba 也有对应的版本关系，所以需要先确定版本。

版本对应关系参考网站：

https://github.com/alibaba/spring-cloud-alibaba/wiki/版本说明

<dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>2020.0.1</version> <type>pom</type> <scope>import</scope> </dependency> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-alibaba-dependencies</artifactId> <version>2021.1</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement>

2 创建服务SEARCH

方式跟Eureka类似，创建子工程，添加Nacos需要的jar包。

<!– 实现服务的注册与发现–> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> </dependency>

配置application.yml文件，添加Nacos服务器信息和服务提供者名称，端口信息。

在入口类上添加注解

3.创建服务USERS

以相同的方式创建服务USERS

注意修改端口号，端口号不能相同。

4.测试

运行两个服务的入口类

刷新Nacos服务界面，可以看到注册上来的服务列表

5.2 服务发现

1.服务提供者

将SEARCH服务作为服务提供者，在SEARCH服务中添加控制层代码：

2.服务消费者

将USERS服务作为服务消费者，调用SEARCH服务中的方法

服务调用需要用到RestTemplate，先创建RestTemplate对象

创建控制层，通过RestTemplate对象调用SEARCH服务中的方法

3.重启两个服务，测试

当我们访问USERS服务中的goods方法时，会调用SEARCH服务中的方法

5.3 整合OpenFeign和Spring Cloud Loadbalancer

Nacos可以和OpenFeign，spring-cloud-loadbalancer整合一起使用.

Nacos:服务注册中心，解决服务的注册和发现spring-cloud-loadbalancer/Ribbon:客户端的负载均衡器，解决注册中心上的服务集群的负载均衡。OpenFeign:声明式的Http客户端，解决服务的远程调用.

说明: SpringCloud2020.0以后将Ribbon移除，改用spring-cloud-loadbalancer，同时SpringCloud Feign在Hoxton.M2 RELEASED版本之后不再使用Ribbon而是使用spring-cloud-loadbalancer。

所以整合OpenFeign时，需要整合spring-cloud-loadbalancer一起使用.

1.在服务消费者pom中添加jar包

<!– 添加openFeign–> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-openfeign</artifactId> </dependency> <!– Spring Cloud loadbalancer 负载均衡–> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-loadbalancer</artifactId> </dependency>

2.在application.yml文件中排除ribbon依赖

spring cloud: loadbalancer: ribbon: enabled: false

3.开启负载均衡的功能

修改RestTemplate配置类，添加注解

4.创建FeignClient接口

创建SearchClient接口对应SEARCH服务中的方法，注意添加注解。

@FeignClient(“SEARCH”) public interface SearchClient { @RequestMapping(value=“/goods”, method=RequestMethod.GET) public ResponseResult searchGoods(); }

5.启动FeignClient

6.使用FeignClient

不再直接使用restTemplate调用，而是使用searchClient调用，但restTemplate类还是需要，OpenFeign底层要调用负载均衡.

7.测试

六 Nacos的使用—服务配置中心

6.1 为什么需要服务配置中心

在微服务架构中，存在很多不同的服务，而每个服务都有自己的配置文件，如果不对这些配置文件做统一处理，那么会有很多弊端：

1.配置文件太多，太分散，修改时，需要先找到每个服务里面

2.配置文件中通用的配置不能共享，会有很多的冗余配置。

3.不支持配置文件的动态刷新，修改配置信息必须重新启动服务，才能生效。

而Nacos配置中心可以解决这些问题。

6.2 主流配置中心对比

总结：从配置中心角度来看，性能方面Nacos的读写性能最高，Apollo次之，Spring Cloud Confifig依赖Git场景不适合开放的大规模自动化运维API。功能方面Apollo最为完善，nacos具有Apollo大部分配置管理功能，而Spring Cloud Confifig不带运维管理界面，需要自行开发。Nacos的一大优势是整合了注册中心、配置中心功能，部署和操作相比 Apollo都要直观简单，因此它简化了架构复杂度，并减轻运维及部署工作。

6.3 Nacos数据模型

Namespace：命名空间，对不同的环境进行隔离，比如隔离开发环境、测试环境和生产环境Group：分组，将若干个服务或者若干个配置集归为⼀组，通常习惯⼀个系统归为⼀个组Service：某⼀个服务，比如简历微服务。DataId：配置集或者可以认为是⼀个配置文件。

Namespace + Group + Service 如同 Maven 中的GAV坐标， GAV坐标是为了锁定Jar，而这里是为了

锁定服务

Namespace + Group + DataId 如同 Maven 中的GAV坐标， GAV坐标是为了锁定Jar，而这里是为了

锁定配置⽂件

6.4 如何将服务发布到不同的命名空间和组中?

1.在Nacos服务器界面创建命名空间

创建命令空间开发环境和生产环境，其中ID可以自己设置，也可以默认，建议自己设置。

2.修改服务的配置文件，添加服务的发布位置

search服务的application.yml

spring: cloud: nacos: discovery: server-addr: http://localhost:8848 username: nacos password: nacos namespace: dev group: DEFAULT_GROUP application: name: SEARCH server: port: 8080

users服务的application.yml

spring: cloud: nacos: discovery: server-addr: http://localhost:8848 username: nacos password: nacos namespace: dev group: DEFAULT_GROUP loadbalancer: ribbon: enabled: false application: name: USERS server: port: 8081

3.重新启动两个服务

可以看到两个服务发布在了开发环境中。

6.5 如何将服务的配置信息存放在配置中心中？

1.添加jar包

<!– nacos配置中心–> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId> </dependency> <!– 识别bootstrap.yml文件–> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-bootstrap</artifactId> <version>3.0.2</version> </dependency>

2.在配置中心创建一个配置文件

配置文件的名称格式为：{prefix}-prefix−{spring.profiles.active}.${file-extension}

prefix 默认为 spring.application.name 的值，也可以通过配置项 spring.cloud.nacos.config.prefix来配置。spring.profiles.active 即为当前环境对应的 profile，注意：当 spring.profiles.active 为空时，对应的连接符 – 也将不存在，dataId 的拼接格式就变成 {prefix}.prefix.{file-extension}file-exetension 为配置内容的数据格式，可以通过配置项 spring.cloud.nacos.config.file-extension 来配置。目前只支持 properties和 yaml 类型。

比如将SEARCH服务的配置信息存放到开发环境的配置中心去，则创建的配置中心的文件名为SEARCH-dev.yml.

将SEARCH服务本地的application.yml文件中的内容复制到SEARCH-dev.yml文件中

3.添加bootstrap.yml文件

SEARCH服务中的application.yml文件中的内容转移到配置中心以后，本地就可以删除本文件了，然后在本地创建bootstrap.yml文件配置在配置中心的文件信息，用来远程访问.

spring: cloud: nacos: discovery: server-addr: http://localhost:8848 config: server-addr: http://localhost:8848 namespace: dev group: DEFAULT_GROUP username: nacos password: nacos prefix: SEARCH file-extension: yml config: activate: on-profile: dev

4.读取bootstrap.xml

如果在添加

spring-cloud-starter-bootstrap以后，还是不能识别bootstrap.yml,就在当前服务的启动类上指定参数

spring.cloud.bootstrap.enabled为true，并且指定命令空间.

5.重启服务

可以正常访问到配置文件已经转移到注册中心的SEARCH服务

6.6 多环境切换

在开发中，会涉及多个开发环境的切换，比如我们前面创建的两个命名空间，一个生产环境，一个开发环境，不同的环境下对应的配置信息可能不一样，那么如何进行切换呢?

1.在开发环境和生产环境分别创建配置文件

前面已经在开发环境创建过一份配置文件，在生产环境再创建一份SEARCH-pro.yml文件，注意名称，namespace，port不同.

这样在开发环境和生产环境各有一份配置信息

2.在服务中选择使用哪个配置信息

修改SEARCH服务的bootstrap.yml文件,选择想要使用的是哪里的配置文件

3.将USERS服务也发布一份到生产环境

不同命名空间的服务之间不能通信，所以前面我们SEARCH服务选择了生产环境，那么USERS服务也发布一份到生产环境。

4.让生产环境能识别bootstrap.yml

5.测试

重启两个服务

6.7 动态更新

每次修改配置中心的配置信息时，服务都要重新启动才能生效，可不可以不用重启服务实时更新呢？怎么实现呢?

可以，用@RefreshScope注解来实现.

在SEARCH服务的控制层添加@RefreshScope注解

然后重启SEARCH服务，USERS访问的是8082端口的数据

修改SEARCH配置文件中的端口号为8083

此时，不需要重启服务，直接刷新访问页面，就可以看到

动态刷新是Nacos配置中心的一大亮点！

6.8 共享配置

同一个命名空间内可以发布多个服务，而多个服务中间会有很多的配置信息是相同的，比如发布到哪里，连接Nacos的用户名和密码，数据库配置信息等，我们可以将通信的信息提取出来，共享配置。

比如：原SEARCH-pro.yml文件