Nacos

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 默认为 spring.application.name 的值，也可以通过配置项 spring.cloud.nacos.config.prefix来配置。
spring.profiles.active 即为当前环境对应的 profile，注意：当 spring.profiles.active 为空时，对应的连接符 - 也将不存在，dataId 的拼接格式就变成
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文件

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

其中

spring:
  cloud:
    nacos:
      discovery:
        server-addr: http://localhost:8848
        username: nacos
        password: nacos
        namespace: pro
        group: DEFAULT_GROUP

可以作为通用部分，因为发布到生产环境（dev）上的服务都需要配置这些信息。

具体实现如下：

1.在生产环境下创建common.yml文件，将上述通用配置信息复制进去。

在这里插入图片描述

2.原SEARCH-pro.yml文件只保留：

在这里插入图片描述

3.在bootstrap.yml文件中同时导入common.yml文件

在这里插入图片描述

6.9 版本管理

配置中心的配置文件会存放历史版本，保留30天，可以回滚

在这里插入图片描述

posted @ 2022-11-14 22:28 呆萌老师阅读(568) 评论(0) 编辑收藏举报

刷新页面返回顶部

daimenglaoshi

Nacos

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

一.什么是Nacos？

二.主流注册中心对比

三. Nacos的安装

3.1下载地址：

3.2 启动服务

3.3 访问

四 外部mysql数据库支持

4.1新建数据库nacos

4.2 添加表

4.3 配置数据源

4.4 测试

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

5.1 服务注册

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

2 创建服务SEARCH

3.创建服务USERS

4.测试

5.2 服务发现

1.服务提供者

2.服务消费者

3.重启两个服务，测试

5.3 整合OpenFeign和Spring Cloud Loadbalancer

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

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

3.开启负载均衡的功能

4.创建FeignClient接口

5.启动FeignClient

6.使用FeignClient

7.测试

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

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

6.2 主流配置中心对比

6.3 Nacos数据模型

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

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

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

3.重新启动两个服务

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

1.添加jar包

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

3.添加bootstrap.yml文件

4.读取bootstrap.xml

6.6 多环境切换

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

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

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

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

5.测试

6.7 动态更新

6.8 共享配置

6.9 版本管理

公告

四外部mysql数据库支持