Nacos讲解

沧浪之水12010137

已于 2024-03-30 11:07:19 修改

阅读量1.6k

点赞数 20

分类专栏： springcloud 文章标签： spring cloud

于 2023-12-05 10:07:08 首次发布

本文链接：https://blog.csdn.net/weixin_44582492/article/details/134800049

版权

springcloud 专栏收录该内容

8 篇文章

订阅专栏

一：什么是Nacos？

服务注册中心+配置中心的组合

二：Nacos作为服务注册中心

服务提供者注册
（1）pom文件

（2）yml配置文件：服务提供者注册进nacos
在这里插入图片描述
（3）主启动类

服务消费者注册和负载均衡
（1）pom文件
（2）yml配置文件：服务消费者注册进nacos

（3）主启动类

三：服务心跳与服务注册原理？

在spring容器启动的时候，nacos客户端会进行两步操作。

向nacos服务端发送心跳
向nacos服务端注册当前服务
服务心跳
客户端在启动的时候，会开启一个心跳线程，每隔5s调用一次服务端的心跳接口（Http调用），服务端将心跳请求封装成一个task，放到线程池中。由服务端的线程池执行task，更新对应服务的最后心跳时间。
服务注册
客户端启动的时候，向服务端发起Http接口调用，调用服务注册的接口。服务端收到注册请求，将新的注册信息和老的服务列表封装为一个Pair对象，并放入阻塞队列。服务端在启动的时候会创建一个线程池，并提交一个任务，这个任务就是循环从阻塞队列里拿Pair对象，对其解析，更新服务所在的service内部的clusterMap中的服务列表。

四：Nacos作为配置中心——基本配置

在项目初始化时，要保证先从配置中心进行配置拉取，拉取配置之后，才能保证项目的正常启动，springboot中配置文件的加载是存在优先级顺序的，bootstrap优先级高于application
（1）pom文件
（2）两个配置文件，application.yml和bootstarp.yml
在这里插入图片描述

（3）主启动类

Nacos添加配置信息：就是我们在客户端如何指定读取配置文件，配置文件的命名的规则

    prefix：默认就是当前服务的服务名称
    spring.profile.active：就是我们在application.yml中指定的，当前是开发环境还是测试等环境，
    这个可以不配置，如果不配置，那么前面的-也会没有
    file-extension：   就是当前文件的格式(后缀)，目前只支持yml和properties

在这里插入图片描述

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

Namespace是可以用于区分部署环境的，Group和DatalD逻辑上区分两个目标对象。
Namespace主要用来实现隔离，比方说我们现在有三个环境：开发、测试、生产环境，我们就可以创建三个Namespace
Group可以把不同的微服务划分到同一个分组里面去
Service就是微服务，一个Service可以包含多个Cluster（集群），Cluster是对指定微服务的一个虚拟划分,
比方说为了容灾，将Service微服务分别部署在了杭州机房和广州机房，这时就可以给杭州机房的Service微服务起一个集群名称（HZ），给广州机房的Service微服务起一个集群式款（GZ），还可以尽量让同一个机房的微服务互相调用，以提升性能。
配置不同DataId：
在这里插入图片描述

改为dev,就会读取dev的配置文件,改为test,就会读取test的配置文件
配置不同的GroupID：

在这里插入图片描述

配置不同的namespace：

要通过命名空间id指定

六：Nacos集群和持久化配置

默认Nacos使用嵌入式数据库实现数据的存储。所以，如果启动多个默认配置下的Nacos节点，数据存储是存在一致性问题的。为了解决这个问题，Nacos采用了集中式存储的方式来支持集群化部署，目前只支持MySQL的存储。

七：Linux上配置Nacos集群+Mysql数据库

下载安装Nacos的Linux版安装包
linux服务器上mysql数据库配置，执行自带的sql文件
修改Nacos安装目录下的application.properties配置文件，切换为我们的mysql
修改cluster.conf，指定哪几个节点是Nacos集群
编辑Nacos的启动脚本startup.sh，使它能够接受不同的启动端口
Nginx的配置，由它作为负载均衡器
启动Nacos: ./startup.sh -p 3333
./startup.sh -p 4444
./startup.sh -p 5555
启动nginx
测试：访问192.168.159.121:1111

八：Nacos是AP的还是CP的？

C是所有节点在同一时间看到的数据是一致的，A是所有的请求都会收到响应
Nacos支持AP和CP两种模式，默认情况下是AP模式，可以通过修改nacos的配置文件来切换AP/CP。

spring:
  cloud:
    nacos:
      discovery:
        ephemeral: false   //false:持久化实例，使用 CP架构;true:临时实例，使用 AP架构

九：临时实例与永久实例

临时实例：是在应用程序启动时注册到Nacos中的，当该实例关闭时，Nacos将自动注销该实例。临时实例通常用于临时的服务实例，例如在容器化的环境中，实例可能在某个容器中启动，并在容器关闭时自动注销。
永久实例：是注册到Nacos中的，它们会一直存在，除非手动从Nacos中注销。永久实例通常用于具有长期生命周期的服务，例如基于物理服务器的服务。

十：Nacos和Eureka区别

在这里插入图片描述

Nacos它既可以支持CP，也可以支持AP，可以切换
如果不需要存储服务级别的信息且服务实例是通过nacos-client注册，并能够保持心跳上报，那么就可以选择AP模式，AP模式为了服务的可用性而减弱了一致性，因此AP模式下只支持注册临时实例。
如果需要在服务级别编辑或者存储配置信息，那么 CP 是必须，K8S服务和DNS服务则适用于CP模式，CP模式下则支持注册持久化实例，此时则是以 Raft 协议为集群运行模式，该模式下注册实例之前必须先注册服务，如果服务不存在，则会返回错误。