首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

在突变反应Apollo后触发不必要的重新获取

是指在使用Apollo配置中心进行配置管理时,当配置发生变化时,客户端会通过监听配置变更的方式进行更新。然而,在某些情况下,由于配置变更的频率较高或者配置变更的内容与当前业务逻辑无关,可能会导致客户端频繁地重新获取配置,造成不必要的性能开销。

为了解决这个问题,可以采取以下措施:

  1. 配置缓存:在客户端中引入配置缓存机制,将获取到的配置信息缓存起来,避免频繁地重新获取配置。可以设置合理的缓存过期时间,定期更新缓存。
  2. 配置变更通知机制:在Apollo配置中心中,可以配置变更通知的方式,例如通过消息队列或者推送通知的方式,将配置变更的消息发送给客户端。客户端接收到变更通知后,再进行相应的配置更新操作。
  3. 配置变更策略:可以根据业务需求,制定合理的配置变更策略。例如,可以设置配置变更的最小时间间隔,避免短时间内频繁地触发配置更新操作。
  4. 配置变更过滤:在客户端中可以对配置变更进行过滤,只处理与当前业务逻辑相关的配置变更,忽略其他无关的配置变更。这样可以减少不必要的重新获取配置的操作。

腾讯云相关产品推荐:

  • 腾讯云配置中心:提供了配置管理的能力,支持配置的动态更新和推送通知,可以帮助解决配置管理的问题。详情请参考:腾讯云配置中心
  • 腾讯云消息队列 CMQ:提供了消息队列服务,可以用于配置变更通知的消息传递。详情请参考:腾讯云消息队列 CMQ
  • 腾讯云缓存 Redis:提供了高性能的缓存服务,可以用于配置的缓存。详情请参考:腾讯云缓存 Redis
  • 腾讯云云服务器 CVM:提供了云服务器的托管服务,可以用于部署客户端应用程序。详情请参考:腾讯云云服务器 CVM

以上是针对在突变反应Apollo后触发不必要的重新获取的问题的解决方案和腾讯云相关产品推荐。希望能对您有所帮助。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • Apollo在有赞的实践

    在集中式开发时代,配置文件基本足够用了,因为那时配置的管理通常不会成为一个很大的问题,简单一点来说,系统上了生产之后,如果需要修改一个配置,登录到这台生产机器上,修改这个配置文件,然后reload配置文件并不是什么很大的负担。但是在互联网时代,我们的应用都是分布式系统,部署在N台机器上,如果在线上一台一台的重启机器,会造成很大的负担和不稳定。并且对于公司来说,会有多个环境区分(测试环境和线上环境),有时还需要对同一环境中的不同集群做不同的配置。因此需要一个配置中心来集中管理不同环境、不同集群的配置,修改配置后能够实时推送到应用端。

    03

    hystrix的配置,有了Apollo,还用Archaius吗?

    feign是一个出色的Http请求客户端封装框架,feign-hystrix是整个框架体系里的其中一个模块,用来集成hystrix熔断器的,feign和hystrix这两个项目都是Netflix开源的(openfeign已独立迭代)。在spring boot项目中,可以使用spring-cloud-starter-openfeign模块,无缝集成feign和hystrix。但是,hystrix默认采用的Archaius来驱动hystrix的配置系统,无缝集成的同时,也会把archaius-core给引入进来。archaius是一个配置中心项目,类似spring cloud config和apollo,如果archaius只是作为hystrix配置的驱动,项目启动时会打印烦人的警告日志,提示你没有配置任何动态配置源。当项目里已经采用了apollo时,可以直接剔除掉Archaius,他们的功能定位高度重合了。直接剔除依赖,会导致原本配置在spring中的配置不生效,博主也是在不小心剔除后,遇到了配置不生效的问题,才有了本篇博文,记录下过程。只要稍加改动,结合apollo配置动态下发能力,可以做到hystrix的配置实时动态生效。

    03
    领券