Spring Cloud Alibaba系列-第二节-Nacos是什么，基本概念

目录

1. 什么是Nacos

1.1 Nacos能做什么？

1.2 官方地址

1.3 Nacos的关键特性

2. Nacos中的概念

3. Nacos和CAP

 

---

观博有逻辑，导航来相助《Spring Cloud Alibaba系列-目录导航》 

本章节介绍spring cloud alibaba第一个组件 : Nacos

1. 什么是Nacos

Nacos是一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。

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

使用Nacos组件可以作为微服务架构的注册中心和配置中心，可以简单理解为可以代替Netflix解决方案中的Eureka组件和Spring Cloud Config组件。

 

1.1 Nacos能做什么？

替代Eureka做服务注册中心

替代Config做服务配置中心

 

1.2 官方地址

项目地址：https://github.com/alibaba/Nacos

Nacos官方地址：https://nacos.io/zh-cn/index.html

 

1.3 Nacos的关键特性

a. 服务发现和服务健康监测

Nacos 提供对服务的实时的健康检查，阻止向不健康的主机或服务实例发送请求。Nacos 支持传输层 (PING 或 TCP)和应用层 (如 HTTP、MySQL、用户自定义）的健康检查。 

b. 动态配置服务

动态配置服务让您能够以中心化、外部化和动态化的方式管理所有环境的配置。动态配置消除了配置变更时重新部署应用和服务的需要。配置中心化管理让实现无状态服务更简单，也让按需弹性扩展服务更容易。

c. 动态DNS服务

通过支持权重路由，动态DNS服务能让您轻松实现中间层负载均衡、更灵活的路由策略、流量控制以及简单数据中心内网的简单DNS解析服务。

d. 服务及其元数据管理

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

 

2. Nacos中的概念

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

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

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

d. 配置集： 一组相关或者不相关的配置项的集合称为配置集。在系统中，一个配置文件通常就是一个配置集

e. 配置集 ID : 配置集 ID 是组织划分配置的维度之一,一个系统或者应用可以包含多个配置集，每个配置集都可以被一个有意义的名称标识。

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

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

h. 服务注册中心 : 存储服务实例和服务负载均衡策略的数据库。

i.  服务发现: 在计算机网络上，（通常使用服务名）对服务下的实例的地址和元数据进行探测，并以预先定义的接口提供给客户端进行查询。

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

k. 权重:  实例级别的配置。权重为浮点数。权重越大，分配给该实例的流量越大。

l. 健康检查: 以指定方式检查服务下挂载的实例 (Instance) 的健康度，从而确认该实例 (Instance) 是否能提供服务。根据检查结果，实例 (Instance) 会被判断为健康或不健康。对服务发起解析请求时，不健康的实例 (Instance) 不会返回给客户端。

m. 健康保护阈值: 为了防止因过多实例 (Instance) 不健康导致流量全部流向健康实例 (Instance) ，继而造成流量压力把健康 健康实例 (Instance) 压垮并形成雪崩效应，应将健康保护阈值定义为一个 0 到 1 之间的浮点数。当域名健康实例 (Instance) 占总服务实例 (Instance) 的比例小于该值时，无论实例 (Instance) 是否健康，都会将这个实例 (Instance) 返回给客户端。这样做虽然损失了一部分流量，但是保证了集群的剩余健康实例 (Instance) 能正常工作。

 

3. Nacos和CAP

CAP原则又称CAP定理，指的是在一个分布式系统中， Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可得兼

• 一致性（C）：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）
• 可用性（A）：在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求。（对数据更新具备高可用性）
• 分区容错性（P）：以实际效果而言，分区相当于对通信的时限要求。系统如果不能在时限内达成数据一致性，就意味着发生了分区的情况，必须就当前操作在C和A之间做出选择。

 

下一节进行Nacos的安装，以及Nacos页面中基本功能的介绍。