如何解决Spring Cloud Config Cache 对非预期服务的未经批准的更改集体更新
这是一个真正的问题吗?
我们的应用程序由数十个松散相关的微服务组成,这些微服务使用单个 git 存储库并一起部署在单个 VM 上。由于云配置服务使用在发生更改时从 repo 更新的缓存,因此一个更改的服务会拉取整个 repo,有时包括未批准部署的另一服务配置中的更改。因此,未经批准的更改会进入缓存,任何计划外的重启都会导致其他服务加载它们。
我们已将大多数团队切换到本地配置,这修复了这个公认损坏的配置。
当我们重新使用容器进行编排时,我们计划移至 env vars 以处理差异。欢迎其他建议,但要么我缺少 Spring Cloud 规范中的一些基本项目,要么关于这个特定漏洞的文档不足。 云规范中是否有简单的解决方案? Spring Cloud Bus 帮助,但并没有真正解决问题。
我试图对此表明立场 - 我们有一个已知的漏洞,其中引入了未经批准的更改并导致我们的测试环境瘫痪,但我得到的回应是“如果云配置被破坏,为什么 Spring 仍然支持它?”问题不是弹簧,而是选择的选项集。
我错过了什么?我只是小鸡在为橡子尖叫吗?我们已经看到它取消了测试环境,所以我不这么认为。是否有一些关键的部分我只是没有考虑清楚?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。