【Nacos】入门

╰半夏微凉° 2022-10-07 11:48 64阅读 0赞

## 地址？ ##

官网地址：[https://nacos.io/en-us/][https_nacos.io_en-us]

nacos官方文档：[https://nacos.io/zh-cn/docs/what-is-nacos.html][https_nacos.io_zh-cn_docs_what-is-nacos.html]

nacos社区：[https://nacos.io/zh-cn/community/index.html][https_nacos.io_zh-cn_community_index.html]

## 官方介绍？ ##

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

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

### 什么是nacos？ ###

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

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

### Nacos 的关键特性？ ###

包括:

服务发现和服务健康监测

动态配置服务

动态 DNS 服务

服务及其元数据管理

### 配置？ ###

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

配置的特点：

1.  配置是独立于程序的只读变量
2.  配置伴随应用的整个生命周期
3.  配置可以有多个加载方式
4.  配置需要治理

### 配置中心？ ###

什么是配置中心？

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

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hlamluZ2ZhbmcxMjM_size_16_color_FFFFFF_t_70][]

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

配置中心的核心功能?

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

### 配置中心服务流程？ ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hlamluZ2ZhbmcxMjM_size_16_color_FFFFFF_t_70 1][]

流程：

1.  用户将配置信息发布到配置中心。
2.  配置更新通知。用户发布了配置，并且进行了更改，配置中心会通知各个服务。
3.  服务从配置中心获取最新配置。

### 主流配置中心对比？ ###

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

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

总结：

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

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

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

[https_nacos.io_en-us]: https://nacos.io/en-us/
[https_nacos.io_zh-cn_docs_what-is-nacos.html]: https://nacos.io/zh-cn/docs/what-is-nacos.html
[https_nacos.io_zh-cn_community_index.html]: https://nacos.io/zh-cn/community/index.html
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hlamluZ2ZhbmcxMjM_size_16_color_FFFFFF_t_70]: /images/20221005/665f6c4280834d0c8ada5a0953437fc7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hlamluZ2ZhbmcxMjM_size_16_color_FFFFFF_t_70 1]: /images/20221005/d1c511b796a5449bade0e880b9e8881b.png