Nacos基础知识和概念

什么是Nacos

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

服务

服务是Nacos中非常中澳的元素，Nacos 支持几乎所有主流类型的服务的发现、配置和管理

• Kubernetes Service
• gRPC & Dubbo RPC Service
• Spring Cloud RESTful Service

Nacos的关键特性

服务发现和服务健康监测

Nacos 支持基于 DNS 和基于 RPC 的服务发现。服务提供者使用 原生SDK、OpenAPI、或一个独立的Agent TODO注册 Service 后，服务消费者可以使用DNS TODO 或HTTP&API查找和发现服务

Nacos 提供对服务的实时的健康检查，阻止向不健康的主机或服务实例发送请求。Nacos 支持传输层 (PING 或 TCP)和应用层 (如 HTTP、MySQL、用户自定义）的健康检查。 对于复杂的云环境和网络拓扑环境中（如 VPC、边缘网络等）服务的健康检查，Nacos 提供了 agent 上报模式和服务端主动检测2种健康检查模式。Nacos 还提供了统一的健康检查仪表盘，帮助您根据健康状态管理服务的可用性及流量

动态配置服务

动态配置服务可以让您以中心化、外部化和动态化的方式管理所有环境的应用配置和服务配置，动态配置消除了配置变更时重新部署应用和服务的需要，让配置管理变得更加高效和敏捷

动态 DNS 服务

动态 DNS 服务支持权重路由，让您更容易地实现中间层负载均衡、更灵活的路由策略、流量控制以及数据中心内网的简单DNS解析服务。动态DNS服务还能让您更容易地实现以 DNS 协议为基础的服务发现，以帮助您消除耦合到厂商私有服务发现 API 上的风险

服务及其元数据管理

Nacos 能让您从微服务平台建设的视角管理数据中心的所有服务及元数据，包括管理服务的描述、生命周期、服务的静态依赖分析、服务的健康状态、服务的流量管理、路由及安全策略、服务的 SLA 以及最首要的 metrics 统计数据

概念

Nacos有以下几个需要了解的概念

地域

物理的数据中心，资源创建成功后不能更换

可用区

同一地域内，电力和网络互相独立的物理区域。同一可用区内，实例的网络延迟较低，可理解为地区

接入点

地域的某个服务的入口域名

命名空间

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

配置

在系统开发过程中，开发者通常会将一些需要变更的参数、变量等从代码中分离出来独立管理，以独立的配置文件的形式存在。目的是让静态的系统工件或者交付物（如 WAR，JAR 包等）更好地和实际的物理运行环境进行适配

配置管理

系统配置的编辑、存储、分发、变更管理、历史版本管理、变更审计等所有与配置相关的活动

配置项

一个具体的可配置的参数与其值域，通常以 param-key=param-value 的形式存在

配置集

一组相关或者不相关的配置项的集合称为配置集。在系统中，一个配置文件通常就是一个配置集，包含了系统各个方面的配置，可理解为一个配置文件

配置集 ID

Nacos 中的某个配置集的 ID。配置集 ID 是组织划分配置的维度之一。Data ID 通常用于组织划分系统的配置集。一个系统或者应用可以包含多个配置集，每个配置集都可以被一个有意义的名称标识，可理解为配置文件在系统中唯一ID

配置分组

Nacos 中的一组配置集，是组织配置的维度之一。通过一个有意义的字符串（如 Buy 或 Trade ）对配置集进行分组，从而区分 Data ID 相同的配置集。当您在 Nacos 上创建一个配置时，如果未填写配置分组的名称，则配置分组的名称默认采用 DEFAULT_GROUP，可理解为配置分组是将相同配置ID区分的效果

配置快照

Nacos 的客户端 SDK 会在本地生成配置的快照。当客户端无法连接到 Nacos Server 时，可以使用配置快照显示系统的整体容灾能力。配置快照类似于 Git 中的本地 commit，也类似于缓存，会在适当的时机更新，但是并没有缓存过期（expiration）的概念

服务

通过预定义接口网络访问的提供给客户端的软件功能，可理解为客户端请求数据的一个对象实例

服务名

服务提供的标识，通过该标识可以唯一确定其指代的服务

服务注册中心

存储服务实例和服务负载均衡策略的数据库，所有服务的服务实例注册到的地方，且可以支持负载均很

服务发现

在计算机网络上，（通常使用服务名）对服务下的实例的地址和元数据进行探测，并以预先定义的接口提供给客户端进行查询，客户端通过唯一服务名和负载均很策略来获取的某个服务实例，并请求服务实例得到数据

元信息

Nacos数据（如配置和服务）描述信息，如服务版本、权重、容灾策略、负载均衡策略、鉴权配置、各种自定义标签 (label)，从作用范围来看，分为服务级别的元信息、集群的元信息及实例的元信息

应用

用于标识服务提供方的服务的属性

服务分组

不同的服务可以归类到同一分组，对不同类型的服务可以进行分组

虚拟集群

同一个服务下的所有服务实例组成一个默认集群, 集群可以被进一步按需求划分，划分的单位可以是虚拟集群

实例

提供一个或多个服务的具有可访问网络地址（IP:Port）的进程，也就是一个服务下的实例

权重

实例级别的配置。权重为浮点数。权重越大，分配给该实例的流量越大，也就是权重大的服务实例将会有更多被调用的机会

健康检查

以指定方式检查服务下挂载的实例 (Instance) 的健康度，从而确认该实例 (Instance) 是否能提供服务。根据检查结果，实例 (Instance) 会被判断为健康或不健康。对服务发起解析请求时，不健康的实例 (Instance) 不会返回给客户端，也就是说用我们规定的方式检查服务下的各个实例，被判为不健康的实例将不会返回给客户端，自然该服务无法服务于客户端

健康保护阈值

为了防止因过多实例 (Instance) 不健康导致流量全部流向健康实例 (Instance) ，继而造成流量压力把健康 健康实例 (Instance) 压垮并形成雪崩效应，应将健康保护阈值定义为一个 0 到 1 之间的浮点数。当域名健康实例 (Instance) 占总服务实例 (Instance) 的比例小于该值时，无论实例 (Instance) 是否健康，都会将这个实例 (Instance) 返回给客户端，也就是说假如当这个服务有3个实例时，2个实例被视为不健康的，且阈值为0.5时，这3个实例都将会返回给客户端，为客户端提供服务。

启动Nacos服务

下载编译包或者源码编译后启动，默认账号密码为nacos/nacos