什么是 Nacos

Nacos 是 Dynamic Naming and Configuration Service 的首字母简称，相较之下，它更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。

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

Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。 Nacos 是构建以“服务”为中心的现代应用架构 (例如微服务范式、云原生范式) 的服务基础设施。

为什么需要 Nacos

在软件发展初期，企业还是传统的单体应用架构，将所有的功能都打包成一个应用服务进行部署。随着业务体系的不断发展扩大，单体应用架构的弊端日益显现。

如果可以把一个大的应用服务按照不同的维度和领域拆分成若干个子服务，各个业务团队只需要专注于自身负责的服务，各自进行开发部署迭代，不相互影响，那该多好。因此，传统的单元应用架构开始朝着微服务架构方向演进。演进过程中首要问题就是微服务如何相互发现对方进行调用？我们将这种相互发现、相互调用的能力称之为微服务注册发现。Nacos 就具备这种微服务注册发现能力。

作为当前主流的服务注册发现配置中心之一，Nacos 已经成为了国内开发者的首选，有着广泛的群众基础。

CSE 服务注册发现配置中心引擎 service-center 目前支持 SpringCloud Huawei、ServiceComb 微服务框架，而当前国内主流框架是基于 SpringCloud Alibaba、Dubbo 等，这些框架集成了 Nacos 作为注册发现配置中心。

为了拥抱开源体系的注册发现配置中心，提高 CSE 的竞争力，吸引更多的用户，CSE 新增了支持托管 Nacos 集群的特性。

Nacos 架构

基本架构

微服务通过 Nacos 提供的 OpenAPI，进行微服务注册与发现、配置管理、命名空间管理、集群管理等操作，详见链接https://nacos.io/zh-cn/docs/v2/guide/user/open-api.html

CSE Nacos 的关键特性

1. 健康检查

提供两种健康检查机制：临时实例的健康检查和永久实例的健康检查。临时实例是由客户端主动发送心跳服务端，告诉服务端“我还活着”，如果客户端和服务端“失联”，服务端主动下线客户端锁注册的微服务。永久实例则是服务端主动探测客户端是否“活着”，如果探测失败则下线该微服务。

2. 服务管理

支持基于 Rest 和基于 gRPC 的服务发现，具备长连接能力。

支持对服务进行管理。根据服务名和分组名进行服务检索、查询服务详情、创建服务、删除服务。

支持设置服务实例权重，权重越大，分配给该实例的流量越大。

支持设置服务的保护阈值，实现微服务调用的流量控制，保证服务可用。作为服务注册发现中心，CSE Nacos 正常情况下只会给服务消费者返回健康的服务提供者实例，当用户应用访问量激增，所有的调用都只会转发到健康实例，可能导致服务的崩溃，产生雪崩效应。通过设置保护阈值，CSE Nacos 会在健康实例数/总实例数<=保护阈值时，触发保护机制，将部分请求转发至不健康服务提供者实例，达到限流的作用，虽然损失了部分流量，但是保证了服务的可用性。

3. 配置管理

支持配置文件的创建、删除、导入导出，支持多种配置文件格式。当用户微服务应用系统复杂庞大时，可能具有大量的配置文件，甚至配置文件的格式多样，使用导入导出功能可以帮助用户便捷的设置配置项，快速搬迁应用至 CSE。

支持配置的监听查询，客户端可以主动发现配置文件的变更，重新读取配置文件内容，秒级生效，实现配置的热更新，无需重新部署应用和服务，让配置管理变得更加高效和敏捷。

支持配置的版本管理，可以回退至历史版本。

4. 订阅者查询

支持查询服务的订阅者，帮助用户更好地维护管理服务的订阅关系。

5. 命名空间管理

支持命名空间的增删改查，用于进行租户粒度的配置隔离。不同的命名空间下，可以存在相同的分组名称或配置集 ID 的配置。命名空间的常用场景之一是不同环境的配置的区分隔离，例如开发测试环境和生产环境的资源（如配置、服务）隔离等。

CSE Nacos 的规格

当前只支持集群版 Nacos（三节点），支持的规格如下：

更多规格尽请期待。

CSE Nacos 正在公测中，戳链接进入