我开始使用Spring Cloud Config,并希望为客户提供覆盖来自cofnig服务器的属性的方法。但是,在阅读https://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-external-config.html后,云配置适用时并不明显。
我还阅读了http://cloud.spring.io/spring-cloud-config/spring-cloud-config.html,并谈到了覆盖问题。但它们似乎与我想要的相反(那些覆盖是为了覆盖客户端提供的属性)。
那么,Cloud Config在订购中的位置是什么?我是否仍然可以在类路径上提供本地application.properties
文件来覆盖某些Cloud Config属性?
答案 0 :(得分:3)
git commit / push进程是该过程的一部分,实际上...... Spring Cloud Config使用git来处理配置文件,更改,审计等,因为git非常适合于此,& Config利用这些优势。
如果您只是在寻找加快配置更改测试的方法,并愿意接受权衡,您可以使用本地(或本地网络)repo进行配置存储库测试。我意识到这不是你特别要求的,但它是一个可能有用的选项,假设你使用Config服务器应用程序的application.properties指向底层的git repo。如果是这样,您可以在命令行上覆盖spring.cloud.config.server.git.uri,如下所示:
java -Dspring.cloud.config.server.git.uri = $ {HOME} / testing / config-repo -jar your_jar_here.jar
这将允许您调整从Config服务器获取其设置的客户端应用程序/服务的配置设置,而不会影响生产配置文件(甚至分支)。
我希望这会有所帮助。如果没有,或者如果我误解了你的目标或限制,请澄清(一个或两个用例可能会帮助我更好地进行三角测量,如果你可以分享它们),我将再次尝试。 :)
干杯, 标记