Nacos Config服务配置中心

ゝ一世哀愁。 2022-11-14 00:51 206阅读 0赞

### Nacos Config服务配置中心 ###

*  配置中心
 *   *  原理
     *   *   *  Spring Cloud Config工作原理
             *  Nacos Config工作原理
     *  长轮询Pull模型

# 配置中心 #

集群中每一台主机的配置文件都是相同的，对配置文件的更新维护就成为了一个棘手问题，Nacos是可以对Spring Cloud中各个微服务文件进行统一维护管理的配置中心。

## 原理 ##

#### Spring Cloud Config工作原理 ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2gyNzM5Nzk1ODY_size_16_color_FFFFFF_t_70]

所有配置文件在git远程仓库中，当其中一个Client配置文件发生改变，该Client需要提交一个POST请求，Config Server会对git中配置文件重新装配并发送到该Client中，消息总线会把配置文件同步其它Client中。

注意：修改一个配置配件它会更新配置文件到所有服务中，而对于其它来说这个更新是无意义的，消耗性能。

#### Nacos Config工作原理 ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2gyNzM5Nzk1ODY_size_16_color_FFFFFF_t_70 1]  
配置文件存储在MySql中，当某个Client配置文件发生改变时（修改MySql数据），只会更新某个Client不会影响到其它Client。

**对比：**

1.  Nacos Config无需消息总线系统，系统搭建成本与复杂度比Spring Cloud Config低很多。
2.  Nacos Config不存在羊群效应，其是定点更新。
3.  Nacos Config有远程配置更新后，会自动更新Client（采用长轮询Pull模型）。而Spring Cloud Config需要Client提交请求。

## 长轮询Pull模型 ##

Nacos Config Server中配置数据的变更，Nacos Config Client是如何知道的呢？Nacos采用长轮询Pull模型。

长轮询Pull模型整合了Push与Pull模型的优势，Client仍定时发起Pull请求，查看Server端数据是否更新。若发生了更新，则Server立即将更新数据以响应的形式发送给Client端，若没有发生更新，Server端并不立即向Client响应，而是临时性的保持住这个连接一段时间，若在此时间内，Server端数据发生了变更，则立即变更数据返回给Client。若仍未发生变更，则放弃这个连接，等待下一次Client的Pull请求。

长轮询Pull模型，是Push与Pull模型的整合，即降低了Push模型中长连接的维护问题，又降低了Push模型实时性较低的问题。

若使用Push模型，需要在Server与Client间通过心跳机制维护一个长连接，这个长连接的维护成本比较高，其适合于Client数量不多且Server端数据变化较频繁场景。

若使用Pull模型，其无需维护长连接，但实时性不好。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2gyNzM5Nzk1ODY_size_16_color_FFFFFF_t_70]: /images/20221022/044cbe9e43c946a5be1bddba89c09e71.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2gyNzM5Nzk1ODY_size_16_color_FFFFFF_t_70 1]: /images/20221022/8df8575728a545c089807d1074951a82.png