
当面试官问这个问题时,大家一定要保持头脑清醒,不要被带跑偏了,Nacos 本身的核心定位是服务发现和配置管理中心,它并不直接提供像服务熔断、服务限流、服务降级、请求重试 这类完整的、开箱即用的客户端/网关级服务保护(服务治理)功能。
这些更复杂的服务保护机制通常由专门的服务治理框架或库来实现,例如:
- Sentinel: (阿里巴巴开源) 这是与 Nacos 生态结合最紧密、功能最强大的服务治理框架,提供了流量控制(限流)、熔断降级、系统负载保护等全方位能力。
- Resilience4j: (社区流行) 一个轻量级、模块化的容错库,提供了熔断、限流、重试等模式。
- Hystrix: (Netflix 开源,现已维护模式) 曾经非常流行的熔断、降级库。
- Spring Cloud Gateway / Zuul: 作为 API 网关,它们通常会集成限流、熔断(有时会调用客户端库)、重试等功能。
那么,Nacos 提供了哪些与服务保护相关的“基础性”机制呢?
Nacos 主要通过以下几个方面间接或直接地为服务保护提供支持:
-
健康检查 (Health Checks):
- 作用: 这是 Nacos 最核心的保护机制之一。通过客户端心跳或服务端主动探测,Nacos 能够实时了解服务实例的健康状况。
- 保护方式: 当检测到实例不健康时,N

最低0.47元/天 解锁文章
2233

被折叠的 条评论
为什么被折叠?



