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、用户名和密码。
4.4 测试
重启服务以后,会发现使用的是扩展的数据库
五.Nacos的使用—服务注册中心
5.1 服务注册
1 创建父工程,指定版本号.
SpringBoot,SpringCloud,SpringCloud Alibaba 也有对应的版本关系,所以需要先确定版本。
版本对应关系参考网站:https://github.com/alibaba/spring-cloud-alibaba/wiki/版本说明
2 创建服务SEARCH
方式跟Eureka类似,创建子工程,添加Nacos需要的jar包。
配置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包
2.在application.yml文件中排除ribbon依赖
3.开启负载均衡的功能
修改RestTemplate配置类,添加注解
4.创建FeignClient接口
创建SearchClient接口对应SEARCH服务中的方法,注意添加注解。
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
users服务的application.yml
3.重新启动两个服务
可以看到两个服务发布在了开发环境中。
6.5 如何将服务的配置信息存放在配置中心中?
1.添加jar包
2.在配置中心创建一个配置文件
配置文件的名称格式为:{spring.profiles.active}.${file-extension}
- prefix 默认为 spring.application.name 的值,也可以通过配置项 spring.cloud.nacos.config.prefix来配置。
- spring.profiles.active 即为当前环境对应的 profile, 注意:当 spring.profiles.active 为空时,对应的连接符 - 也将不存在,dataId 的拼接格式就变成 {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文件配置在配置中心的文件信息,用来远程访问.
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文件
其中
可以作为通用部分,因为发布到生产环境(dev)上的服务都需要配置这些信息。
具体实现如下:
1.在生产环境下创建common.yml文件,将上述通用配置信息复制进去。
2.原SEARCH-pro.yml文件只保留:
3.在bootstrap.yml文件中同时导入common.yml文件
6.9 版本管理
配置中心的配置文件会存放历史版本,保留30天,可以回滚