我一直在玩Spring Cloud Configuration.我喜欢解决方案的简单性以及它使用git作为默认配置存储的事实.
在将其作为集中式配置管理解决方案推出之前,我需要弄清楚两个方面.方面是:
高可用性
如何逐步推出配置更改(以支持金丝雀版本)
如果您已经在数据中心实现了这一点,或者只是玩这个,请分享您的想法!另外,我想听听创作者,他们如何看待单/跨数据中心环境中的推荐部署.
Config Server本身是无状态的,因此您可以根据需要调整这些数量,并通过eureka找到它们.在服务器本身下面,您指向的git实现也需要高度可用.所以,如果你指向github(私有或公共),那么git就像github一样可用.如果配置服务器无法访问git,它将继续提供已检出的内容,即使它已过时.
对于渐进的配置更改,您可以使用不同的分支并配置金丝雀来使用该分支,spring.cloud.config.label并且它们合并分支.您还可以使用配置文件(例如application-<profilename>.properties)并配置金丝雀以使用指定的配置文件.
我认为分支更有意义,因为您不必每次都重新配置非金丝雀节点以使用新的配置文件,只需配置canary来使用分支.
无论哪种方式,唯一一次看到应用程序配置chages(使用春云配置客户端时)在启动时或当你POST到/refresh每个节点上.您也可以POST到/bus/refresh?destination=<servicename>,如果你使用Spring云巴士刷新服务的所有实例的一次.
| 归档时间： |
|
| 查看次数： |
1313 次 |
| 最近记录： |