【Nacos】入门

地址？

官网地址：https://nacos.io/en-us/

nacos官方文档：https://nacos.io/zh-cn/docs/what-is-nacos.html

nacos社区：https://nacos.io/zh-cn/community/index.html

官方介绍？

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

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

什么是nacos？

阿里的开源产品，他是针对微服务架构中的服务发现，配置管理，服务治理的综合型解决方案。

服务（Service）是 Nacos 世界的一等公民。Nacos 支持几乎所有主流类型的“服务”的发现、配置和管理。

Nacos 的关键特性？

包括:

服务发现和服务健康监测

动态配置服务

动态 DNS 服务

服务及其元数据管理

配置？

应用程序在启动和运行的时候往往需要读取一些配置信息，配置基本上伴随着应用程序的整个生命周期

配置的特点：

1. 配置是独立于程序的只读变量

2. 配置伴随应用的整个生命周期

3. 配置可以有多个加载方式

4. 配置需要治理

配置中心？

什么是配置中心？

在微服务架构中，当系统从一个单体应用，被拆分成分布式系统上一个个服务节点后，每个服务都有配置文件，每个配置文件都分散在各个服务中，这样配置就分散了，而且不好管理，不仅如此，分散中还包含着冗余

那么能不能单独构建一个配置中心，让服务都从配置中心拉取配置文件呢？

配置中心的核心功能?

将配置从各应用中剥离出来，对配置进行统一管理，应用自身不需要自己去管理配置

配置中心服务流程？

流程：

1. 用户将配置信息发布到配置中心。

2. 配置更新通知。用户发布了配置，并且进行了更改，配置中心会通知各个服务。

3. 服务从配置中心获取最新配置。

主流配置中心对比？

目前市面上用的比较多的配置中心有：Spring Cloud Config、Apollo、Nacos和Disconf（不再维护）等

对比项目	Spring Cloud Config	Apollo	Nacos
配置实时推送	支持(Spring Cloud Bus)	支持(HTTP长轮询1s内)	支持(HTTP长轮询1s内)
版本管理	支持(Git)	支持	支持
配置回滚	支持(Git)	支持	支持
灰度发布	支持	支持	不支持
权限管理	支持(依赖Git)	支持	不支持
多集群	支持	支持	支持
多环境	支持	支持	支持
监听查询	支持	支持	支持
多语言	只支持Java	主流语言，提供了Open API	主流语言，提供了Open API
配置格式校验	不支持	支持	支持
单机读(QPS)	7(限流所致)	9000	15000
单击写(QPS)	5(限流所致)	1100	1800
3节点读 (QPS)	21(限流所致)	27000	45000
3节点写 (QPS)	5(限流所致)	3300	5600

总结：

从配置中心角度来看，性能方面Nacos的读写性能最高，Apollo次之，Spring Cloud Config依赖Git场景不适合开放的大规模自动化运维API。

功能方面Apollo最为完善，nacos具有Apollo大部分配置管理功能，而Spring CloudConfig不带运维管理界面，需要自行开发。

Nacos的一大优势是整合了注册中心、配置中心功能，部署和操作相比Apollo都要直观简单，因此它简化了架构复杂度，并减轻运维及部署工作。