Nacos Config动态刷新原理

最新推荐文章于 2024-08-09 17:12:57 发布
最新推荐文章于 2024-08-09 17:12:57 发布
阅读量3k 收藏 8
点赞数 2
分类专栏： SpringCloud Alibaba 文章标签： 微服务架构
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43442335/article/details/121024752
版权
本文探讨了微服务环境下配置管理面临的挑战，如配置数量增多、环境区分困难及动态更新问题。配置中心的引入，如Apollo、Diamond和Nacos等，解决了这些问题。Nacos采用客户端拉取的LongPolling方式，避免了Push的长连接和Pull的频繁请求。长轮询在保证数据时效性的同时降低了无效请求的压力。
摘要由CSDN通过智能技术生成

微服务中的配置

在我们的微服务的运行环境中，每一个微服务往往不会只有一套环境，在企业中往往存在至少三套运行环境：开发、测试、生产

在这套微服务系统中，会存在三个问题：

  1. 配置文件的数量会随着微服务的增多而增多
  2. 单个配置文件无法区分多个运行环境
  3. 配置文件无法动态更新，修改配置文件后需要重启对应的微服务

当我们引入配置中心，它能解决什么问题？

  1. 统一的配置文件的管理
  2. 提供统一的服务标准接口，服务根据标准接口拉去对应的配置，也就是常见pull/push模型
  3. 支持配置文件动态更新到对应的服务

业界常见的配置中心：

  • 携程开源 Apollp（阿波罗）
  • 阿里 Diamond
  • 百度 DisConfig
  • SpringCloud Config
  • Nacos

推拉模型

Push

表示服务端主动将数据变更推送更新到客户端
如下图所示，如果有多个客户端时，服务端和客户端需要保持长链接，并且需要存放多个客户端的连接映射地址，还需要保持客户端与服务端的心跳机制

Pull

客户端主动去服务端拉取数据
由于为了保证数据的时效性，客户端需要频繁去拉去服务端的数据，而在服务端长时间未更新的情况下，存在许多无效的Pull

Nacos动态刷新原理

抛出一个问题，Nacos做配置中心的时候，配置数据的交互模式是有服务端push推送的，还是客户端pull拉取的？

Nacos客户端发送一个请求连接到服务端，然后服务端中会有一个29.5+0.5s的一个hold期，然后服务端会将此次请求放入到allSubs队列中等待，触发服务端返回结果的情况只有两种，第一种是时间等待了29.5秒，配置未发生改变，则返回未发生改变的配置；第二种是操作Nacos Dashboard或者API对配置文件发生一次变更，此时会触发配置变更的事件，发送一条LocalDataEvent消息，此时服务端监听到消息，然后遍历allSubs队列，根据对应的groupId找到配置变更的这条ClientLongPolling任务，并且通过连接返回给客户端

Nacos动态刷新避免了服务端对客户端进行push操作时需要保持双方的心跳连接，同样也避免了客户端对服务端进行pull操作时数据的时效性问题，不必频繁去拉去服务端的数据

通过上面原理的初步了解，显而易见，答案是：客户端主动拉取的，通长轮询的方式（Long Polling）的方式来获取配置数据

短轮询

不管服务端的配置是否发生变化，不停发起请求去获取配置，比如支付订单场景中前端JS不断轮询订单支付的状态

这样的坏处显而易见，由于配置并不会频繁发生变更，如果是一直发请求，一定会对服务端造成很大的压力。还会造成数据推送的延迟，比如每10秒请求一次配置，如果在第11秒的时候配置更新，那么推送将会延迟9秒，等待下一次请求

这就是短轮询，为了解决短轮询的问题，有了长轮询的方案

长轮询

长轮询不是什么新技术，它其实就是由服务端控制响应客户端请求结果的返回时间，来减少客户端无效请求的一种优化手段，其实对于客户端来说，短轮询的使用并没有本质上的区别

客户端发起请求后，服务端不会立即返回请求结果，而是将请求hold挂起一段时间，如果此时间段内配置数据发生变更，则立即响应客户端，若一直无变更则等到指定超时时间后响应给客户端结果，客户端重新发起长链接

国服冰
关注
专栏目录
Apollo/Nacos配置动态刷新原理及优劣
fengbird的博客
02-10 4096
Apollo、nacos配置动态刷新的原理及优劣对比
Nacos Config 源码分析 二（Nacos配置更新后动态刷新到本地）
tfdev的博客
02-15 1371
Nacos Config 源码分析 二（Nacos配置更新后动态刷新到本地） Nacos Config动态刷新的原理分析
Nacos动态配置原理分析
11-23
客户端是通过一个定时任务来检查自己监听的配置项的数据的，一旦服务端的数据发生变化时，客户端 将会获取到最新的数据，并将最新的数据保存在一个 CacheData 对象中，然后会重新计算 CacheData 的 md5 属性的值，此时就会对该 CacheData 所绑定的 Listener 触发 receiveConfigInfo 回调。
Nacos配置中心动态刷新原理
jyx_boy的博客
04-23 475
pull模式：主动拉去配置，通过固定的时间间隔。缺点：频繁请求，时效性不高，时间间隔不好设置。 push模式：服务端检测到变化，主动将新配置推送给客户端，时效性高，但是占用服务端的资源，服务端需要消耗大量的资源去维护和客户端之间的心跳。 nacos模式：客户端间隔10毫秒请求一次服务端，通过在请求头中携带长轮询的超时时间，默认30秒，服务端在接收到客户端的请求后，会将其挂起一段时间（30秒），在这30秒中，如果配置有变化，服务端就立即将配置相应给客户端，如果没有变化，30秒后客户端会再次请求。主要是通过
Nacos原理自问
最新发布
qq_25271459的博客
08-09 891
Nacos 能够刷新配置的原理主要基于以下几个方面：配置存储与发布：Nacos 将配置信息存储在其内部的持久化存储中（如 MySQL 数据库）。当开发者或运维人员更新了配置，Nacos 会将新的配置信息存储到数据库中，并生成一个新的版本。长轮询机制：客户端通过 HTTP 长轮询的方式，定期向 Nacos 服务器查询是否有新的配置发布。所谓长轮询，即客户端发出请求后，Nacos 服务器会等待一段时间（如 30 秒），在这段时间内如果有新的配置发布，服务器就会立即响应客户端并返回新的配置；
nacos配置中心动态刷新原理分析【客户端】
wenyixicodedog的博客
04-25 7476
通过配置中心，可以使得配置标准化、格式统一化。 当配置信息发生变动时，修改实时生效，无需要重新重启服务器，可以实时去调整相关对应的业务。
谈谈你对Nacos配置动态更新原理的理解，这道题一定要会
Tom弹架构
08-23 3057
100道最新大厂经典面试题。
Nacos Config--服务配置
m0_67477525的博客
11-30 1434
如果多个share-configs中存在多个相同配置，以谁为准?以数组中最后一个为准如果share-configs与extension-configs中有多个相同配置，以谁为准?nacos-config.yaml与nacos-config-dev.yaml。
spring cloud alibaba nacos config配置管理例子
01-29
Nacos Config 是其中的服务配置模块，它允许开发者集中化、动态地管理和推送应用的配置，使得配置管理变得更加高效和便捷。在本示例中，我们将探讨如何使用 Spring Cloud Alibaba Nacos Config 来实现配置管理。 ...
Spring Cloud Alibaba Nacos Config原理分析
豆浆蛋饼的博客
08-17 426
前言 Nacos Spring Cloud的使用方法与Nacos Spring Boot的使用方法类似，都是通过添加依赖与在配置文件中增加配置来完成接入。需要注意的是在Spring Cloud应用中必须要配置spring.application.name，因为它是构成 Nacos 配置管理dataId字段的一部分，在Nacos Spring Cloud中配置文件的dataId完整格式为prefix-spring.profiles.active.file-extension，当然Nacos Spring Cl
nacos动态配置刷新机制原理
qq_17236715的博客
09-16 678
@refreshScope注解用了两种代理的模式去实现动态刷新bean，一个是scope代理原始bean的生成和销毁，另一个是aop模式代理原始bean，去获取修改配置后新配置值生成的bean。值得注意的是@RefreshScope会使得bean自动销毁和生成，可能会导致一些莫名其妙的问题，例如常见的@scheduled注解失效、线程池bean不断被创建等等，因此实际生产中最好控制动态变量用ConfigurationProperties 注解生产，该注解是通过设置变量值的方式进行配置的修改，更加的安全。
Nacos配置中心是如何实现动态刷新原理
Chenhui98的博客
08-12 1万+
关于配置中心，我们在分布式微服务的业务中可以对不同业务的配置，进行一个标准化、统一格式化、集中式的管理。当然我们用的比较多的就是Nacos、Apollo、Config。Apollo是相对比较重的配置中心，而Config配置中心需要新构建一个项目存放配置，也没有对应的可视化的配置页面。这里着重介绍下Nacos的配置中心，也是我们在日常开发中使用起来相对方便、简洁的配置中心，通过Nacos的注册中心和配置中心，让我们很清楚的知道服务的实例状态和配置文件的配置情况。...
微服务学习第四十六节 Nacos Config动态刷新原理
啦啦啦的博客
07-06 711
所谓动态监听，简单理解就是指Nacos会自动找到那些服务已经注册，而对比来说静态监听，就是指需要有指定配置指定的服务。其实在这里我们就要说一下客户端和服务端的交互方式，无非就是推和拉核心：Nacos动态刷新机制，采用推和拉的优点，避免缺点。Nacos做配置中心的时候，配置数据的交互模式是有服务端push推送的，还是客户端pull拉取的？Nacos客户端发送一个请求连接到服务端，然后服务端中会有一个29.5+0.5s的一个hold期，然后服务端会将此次请求放入到allSubs队列中等待，触发服务端返回结果的情
Nacos-04-@RefreshScope自动刷新原理
Apandam的博客
05-20 3587
综上所述，来总结下@RefreshScope 实现流程1.需要动态刷新的类标注@RefreshScope 注解2.@RefreshScope 注解标注了@Scope 注解，并默认了ScopedProxyMode.TARGET_CLASS;属性，此属性的功能就是在创建一个代理，在每次调用的时候都用它来调用GenericScope get 方法来获取对象。
深入解析Nacos配置中心的动态配置更新技术
热门推荐
码到三十五
04-18 1万+
Nacos配置中心通过长轮询、服务注册与监听、缓存策略等技术手段，实现了高效、安全的动态配置更新。这为微服务架构中的配置管理提供了强大的支持，使得开发者能够更灵活地管理和应用配置，从而提高服务的可用性和灵活性。听说...关注下面公众号的人都变牛了，纯技术，纯干货!个人主页。
Nacos配置拉取及配置动态刷新原理【源码阅读】
日常技术分享
03-11 5277
RefreshScope注解标注了@Scope注解，井默认了ScopedProxyMode.TARGET_CLASS属性，此属性的功能就是创建一个代理，在每次调用的时候都用它来调用GenericScope#get方法来获取bean对象在GenericScope里面包装了一个内部类BeanLifecycleWrapperCache来对加了@RefreshScope的bean进行缓存，使其在不刷新时获取的都是同一个对象。
nacos配置中心动态刷新原理分析(server端)
wenyixicodedog的博客
04-30 1137
在之前上一篇文章中我们一起看了nacos配置中心动态刷新client端的长轮询逻辑监听、事件发布变更配置和client端怎么和SpringBoot整合。 所以，本篇我们主要来看nacos服务端是怎么处理客户端长轮询监听配置变更和主动推送变更配置的。
nacos解析-详解配置自动刷新原理
KevinLoveDurant的博客
09-11 2260
通过上面的介绍，可以发现自动刷新是NacosValue和NacosPropertySource两个共同作用的结果，配置NacosPropertySource自动刷新，可以定时从服务器拉取groupId和dataId对应的配置内容，配置NacosValue自动刷新，可以更新指定对象的属性。
nacos如何动态刷新
12-29
Nacos实现配置的动态刷新主要依靠客户端的长轮询和事件发布机制。具体步骤如下： 1. 客户端通过长轮询方式向Nacos服务端发送请求，获取最新的配置信息。 2. Nacos服务端会监测配置的变化，并在配置发生变化时将最新的配置信息返回给客户端。 3. 客户端接收到最新的配置信息后，会通过Spring的ApplicationContext.publishEvent()方法发布事件。 4. 通过事件发布机制，客户端可以通知相关的组件或模块进行配置的动态刷新，以达到热部署的效果。 下面是一个示例代码，演示了如何在Nacos中实现配置的动态刷新： ```java import org.springframework.beans.factory.annotation.Value; import org.springframework.cloud.context.config.annotation.RefreshScope; import org.springframework.context.ApplicationEventPublisher; import org.springframework.context.ApplicationEventPublisherAware; import org.springframework.stereotype.Component; @Component @RefreshScope public class ConfigListener implements ApplicationEventPublisherAware { private ApplicationEventPublisher eventPublisher; @Value("${config.key}") private String configValue; @Override public void setApplicationEventPublisher(ApplicationEventPublisher eventPublisher) { this.eventPublisher = eventPublisher; } public void refreshConfig() { // 根据最新的配置信息进行相应的操作 System.out.println("Config value: " + configValue); // 发布事件，通知其他组件进行配置的动态刷新 eventPublisher.publishEvent(new ConfigRefreshEvent()); } } ``` 在上述示例中，通过@RefreshScope注解标注了ConfigListener类，表示该类中的配置信息可以动态刷新。当配置发生变化时，会自动更新configValue的值，并通过事件发布机制通知其他组件进行配置的动态刷新。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值