目录

Nacos健康检查

两种健康检查机制

Nacos服务类型实例

Nacos环境隔离

创建namespace

配置namespace

---

Nacos健康检查

两种健康检查机制

Nacos作为注册中⼼, 需要感知服务的健康状态, 才能为服务调⽤⽅提供良好的服务.

Nacos 中提供了两种健康检查机制：

客⼾端主动上报机制：
• 客⼾端通过⼼跳上报⽅式告知服务端(nacos注册中⼼)健康状态, 默认⼼跳间隔5秒；
• nacos会在超过15秒未收到⼼跳后将实例设置为不健康状态, 超过30秒将实例删除
服务器端反向探测机制：
• nacos主动探知客⼾端健康状态, 默认间隔为20秒.
• 健康检查失败后实例会被标记为不健康, 不会被⽴即删除.

Nacos 中的健康检查机制不能主动设置，健康检查机制是和 Nacos 的服务实例类型强相关的. 

Nacos服务类型实例

Nacos对临时实例, 采取的是 客⼾端主动上报机制, 对⾮临时实例, 采取服务器端反向探测机制.

开启服务：

关闭其中的服务：

 由此我们发现，并没有

设置实例为非临时实例

spring:cloud:nacos:discovery:ephemeral: false # 设置为⾮临时实例

启动服务：

此时我们发现，修改临时实例为非临时实例，重启服务都会失败。

原因：

Nacos会记录每个服务实例的IP和端⼝号, 当发现IP和端⼝都没有发⽣变化时, Nacos不允许⼀个服务实例类型发⽣变化, ⽐如从临时实例,变为⾮临时实例, 或者从⾮临时实例, 变成临时实例。

解决办法：

1. 停掉nacos
2. 删除nacos ⽬录下 /data/protocol/raft 信息, ⾥⾯会保存应⽤实例的元数据信息。

启动服务

为什么我们启动服务而且没有停止服务，却显示健康状态为fasle呢？

解决方法：将非临时实例（持久化实例）修改为临时实例。

启动服务

Nacos环境隔离

企业开发中, ⼀个服务会分为开发环境, 测试环境和⽣产环境.

1. 开发环境：开发⼈员⽤于开发的服务器, 是最基础的环境. ⼀般⽇志级别设置较低, 可能会开启⼀些调试信息.
2. 测试环境：测试⼈员⽤来进⾏测试的服务器, 是开发环境到⽣产环境的过渡环境.
3. ⽣产环境：正式提供对外服务的环境, 通常关掉调试信息.

通常情况下, 这⼏个环境是不能互相通信的. Nacos提供了namespace(命名空间)来实现环境的隔离. 不同的namaspace的服务不可⻅。

创建namespace

默认情况下，所有服务都在同⼀个namespace，名为public.

配置namespace

namespace创建完成后, 对服务进⾏配置

配置项	Key	默认值	说明
命名空间	spring.cloud.nacos.discovery.namespace	无	常用场景之一是不同环境的注册的区分是隔离的，例如开发测试环境和生产环境的资源（如配置，服务）隔离等。

修改order-service的命名空间

spring:cloud:nacos:discovery:namespace: 29e05465-894c-48dc-8ed9-37e6a6a0eed9

此时访问会失败，因为order-service和product-service不在同一个命名空间中。

修改product-service的命名空间

spring:cloud:nacos:discovery:namespace: 29e05465-894c-48dc-8ed9-37e6a6a0eed9

此时就能够访问成功了，因为order-service和product-service在同一个命名空间中。