Nacos的介绍

在你身边一起听Jay

已于 2024-03-25 11:59:35 修改

阅读量1.5k

点赞数 18

于 2024-03-25 09:34:19 首次发布

本文链接：https://blog.csdn.net/cxkji/article/details/137002223

版权

Nacos的作用

Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理。 Nacos 的关键特性包括:

服务发现和服务健康监测
动态配置服务
动态 DNS服务
服务及其元数据管理

简单而言，Nacos就是帮助我们管理微服务的组件。

核心功能

服务注册: Nacos Client会通过发送REST请求的方式向Nacos Server注册自己的服务，提供自身的元数据，比如ip地址、端口等信息。Nacos Server接收到注册请求后，就会把这些元数据信息存储在一个双层的内存Map中。

服务心跳: 在服务注册后，Nacos Client会维护一个定时心跳来持续通知Nacos Server，说明服务一直处于可用状态，防止被剔除。默认5s发送一次心跳。

服务同步: Nacos Server集群之间会互相同步服务实例，用来保证服务信息的一致性。

服务发现: 服务消费者（Nacos Client）在调用服务提供者的服务时，会发送一个REST请求给 Nacos Server，获取上面注册的服务清单，并且缓存在Nacos Client本地，同时会在Nacos Client本地开启一个定时任务定时拉取服务端最新的注册表信息更新到本地缓存

服务健康检查: Nacos Server会开启一个定时任务用来检查注册服务实例的健康情况，对于超过 15s没有收到客户端心跳的实例会将它的healthy属性置为false(客户端服务发现时不会发现)，如果某个实例超过30秒没有收到心跳，直接剔除该实例(被剔除的实例如果恢复发送心跳则会重新注册)

注册中心

注册中心这一概念在面向服务设计的架构中起着举足轻重的作用，不论是在SOA架构还是微服务架构之中，注册中心的作用一句话概括就是存放和调度服务，实现服务和注册中心，服务和服务之间的相互通信。注册中心可以说是微服务架构中的”通讯录“，它记录了服务和服务地址的映射关系。在分布式架构中，服务会注册到这里，当服务需要调用其它服务时，就到这里找到服务的地址，进行调用。

目前市面上用的比较多的服务发现中心有：Nacos、Eureka、Consul和Zookeeper。

Nacos 界面详细介绍

命名空间

通过命名空间，可以对不同的项目的不同的模块进行更好的分离和管理， yml 中通过 sping.cloud.nacos.discovery.namespace=public 来绑定命令空间。

在 Nacos 中通过命名空间（Namespace）+ 分组（Group）+服务名（Name）可以定位到一个唯一的服务实例

命名空间（Namespace）：Nacos 服务中最顶层、也是包含范围最广的概念，用于强制隔离类似环境等场景。Nacos 的服务也需要使用命名空间来进行隔离。 命名空间在 Nacos 控制台的一级目录里可以找到，如下图所示：

在服务列表中也能看到命名空间的身影，如下图所示：

命名空间用法

命名空间默认为 public，在项目开发中，如果不指定命名空间，那么会使用默认值 public。官方推荐使用运行环境来定义命名空间，如生产版本可使用 public，开发版可定义为 private。在项目开发中，可通过配置“spring.cloud.nacos.discovery.namespace”来定义命名空间，如下图所示：

分组名

分组名（Group）：Nacos 中次于命名空间的⼀种隔离概念，区别于命名空间的强制隔离属性，分组属于⼀个弱隔离概念，主要用于逻辑区分⼀些服务使用场景或不同应用的同名服务，最常用的情况主要是同⼀个服务的测试分组和生产分组、或者将应用名作为分组以防止不同应用提供的服务重名。分组名在 Nacos 控制台的服务列表中可以看到，如下图所示：

此项可省略，省略时的默认值为 DEFAULT_GROUP。 分组名可以直接在项目中使用，无需像命名空间那样，在使用前还要在控制台中新建，设定了分组名之后，刷新服务列表就可以看到新的分组名称了，如下图所示：

服务详情

服务名:即项目名，对应配置文件中的 spring.application.name

分组:作用与命名空间大致相同，不过命名空间一般用于项目之间的区别，分组一般用作各个开发环境的区别。

永久实例可以通过 ephemeral: false 来设置，对比临时实例，注册临时实例的服务，如果宕机了，nacos 会删除该服务，永久实例不会。

保护阈值

健康保护阈值（ProtectThreshold）：为了防止因过多实例故障，导致所有流量全部流入剩余实例，继而造成流量压力将剩余实例被压垮形成雪崩效应。应将健康保护阈值定义为⼀个 0 到 1 之间的浮点数。当域名健康实例数占总服务实例数的比例小于该值时，无论实例是否健康，都会将这个实例返回给客户端。这样做虽然损失了⼀部分流量，但是保证了集群中剩余健康实例能正常工作。简单来说，保护阈值是一个 0-1 的浮点值，保护阈值是允许集群中健康实例占比的最小值，如果实际健康实例的占比小于或等于设置的保护阈值时，就会触发阈值保护。