Spring 使用云配置服务器时启动外部配置顺序?

Spring Boot external configuration order when using Cloud Config Server?

我开始使用 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,其中讨论了覆盖。但它们似乎与我想要的相反(那些覆盖是为了覆盖客户端提供的属性)。

那么,云配置在排序中的位置在哪里?我是否仍然能够在类路径上提供本地 application.properties 文件来覆盖某些 Cloud Config 属性?

git commit/push 进程是进程的一部分,实际上...Spring Cloud Config 使用 git 来处理配置文件,更改,审计,等等,因为 git 非常适合于此,& Config 充分利用了这些优势。

如果您只是在寻找一种方法来加快配置更改的测试并愿意接受权衡,您可以将本地(或本地网络)存储库用于您的配置存储库以进行测试。我意识到这不是您要具体询问的内容,但假设您正在使用 Config 服务器应用程序的 application.properties 指向基础 git 存储库,它是一个可能有帮助的选项。如果是这样,您可以像这样在命令行上覆盖 spring.cloud.config.server.git.uri:

java -Dspring.cloud.config.server.git.uri=${HOME}/testing/config-repo -jar your_jar_here.jar

这将允许您调整从配置服务器获取设置的客户端 apps/services 的配置设置,而不影响生产配置文件(甚至分支)。

希望对您有所帮助。如果没有,或者如果我误解了您的目标或约束,请澄清(如果您可以分享一两个用例可能会帮助我更好地进行三角测量),我将再 运行 讨论它。 :)

干杯, 马克