私はSpring Cloud Configを使い始めており、クライアントがcofnigサーバから来るプロパティを上書きする方法を提供したいと考えています。ただし、https://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-external-config.htmlを読んだ後は、クラウド設定が適用されるときはわかりません。クラウドコンフィグレーションサーバを使用している場合、Springブート外部設定の順序?
私はhttp://cloud.spring.io/spring-cloud-config/spring-cloud-config.htmlも読んでおり、上書きについて説明しています。しかし、彼らは私が望むものとは逆のように見えます(これらのオーバーライドは、クライアントが提供するプロパティをオーバーライドするためのものです)。
だから、クラウドコンフィグはどこで注文に適していますか?特定のCloud Configプロパティをオーバーライドするためにローカルパスapplication.properties
をクラスパスに指定することはできますか?
構成サーバーは最上位に適用されます。アプリケーションが何かを無効にする場合は、アプリケーション固有のconfig in config serverを指定してください。私はちょっとあなたのユースケースが何であるか混乱しています。 – spencergibb
'/ env'アクチュエータエンドポイントを見てください。アプリケーションで使用されているプロパティーソースと、それらが互いにオーバーライドする順序付けが表示されます(以前にリストされたソースは、後でリストされたソースをオーバーライドします)。一般的に、ConfigServerのソースは非常に早く、デフォルトの順序でコマンドラインの-Dプロパティの後ろにしかありません。 –
アプリケーションをテストするとき、gitブランチを通過し、設定の変更のためのプロセスをプッシュし、レビューするにはあまりにもオーバーヘッドです。テスターはgitプロセスを経ることなくローカル変更を行う方法を好んでいます。 –