問題タブ [spring-cloud-config]

アプリケーションを開発していて、spring-cloud-config を使用したいと考えています。私のアプリケーションは大規模な回帰テストを受けており、すべてのテストで spring-cloud-config-server を開始 (またはアプリに組み込み) したくありません。私がやりたいことは、アプリが春のブートストラップ フェーズの前に読み取るローカル構成ファイルを用意することです。それに従って、構成サーバーの uri を設定するか、パスがローカル conf ファイルにあるローカル ファイルから読み取ります。 .

それを行うための最良のアプローチは何ですか？

ありがとう

Spring Cloud Config Server ( Brixton.RELEASE )から構成を取得するいくつかのアプリケーションがあり、そのプロパティの自動更新を有効にしたいと考えています。Spring Cloud Configのドキュメントに従ってサーバー アプリとクライアント アプリの両方を構成しましたが、ローカルの git ファイルを変更しても何も起こりません。

デフォルトの構成では、ローカル git リポジトリのファイルシステムの変更も検出されます (その場合、Webhook は使用されませんが、構成ファイルを編集するとすぐに更新がブロードキャストされます)。

Spring Cloud のコードでどこが間違っているのか、またはそれをチェックするためにデバッグする場所を誰か指摘できますか?

Spring クラウド サーバー構成:

Spring Cloud サーバー pom.xml

Spring Cloud Config の起動ログ:

クライアント アプリ pom.xml :

クライアント アプリの構成:

クライアント アプリの起動ログ:

Git リポジトリ内のフォルダーに一連の構成ファイルを整理しようとしています。私はSpring Cloud Docsを読んで、これは次のように行うことができます：

HTTP サービスには、次の形式のリソースがあります。

そこで、最初のパターンに従って構成構造を作成しました。

app1/uat/application.yml

しかし、Config サービスはそれを見つけられません。プロファイルフォルダー内のファイルがどのように見えるべきかについてはあまり言及されておらず、どこでも2番目と4番目のパターンの例を目にします。

最初のパターンは実際に機能しますか? 誰でも例を挙げることができますか？

spring クラウド構成サーバーを使用するときの環境変数の優先順位について質問があります

私のサービスには、application.ymlこのコンテンツを含むローカル プロパティ ファイルがあります

このサービスは、ファイルを含む構成リポジトリを持つ構成サーバーにも接続されていますtestservice-api.yml(testservice-apiはサービスの Spring アプリケーション名です)。このファイルの内容は次のとおりです。

したがって、このセットアップでは、実行時の構成は次のようになります。

ここで、環境変数を使用して上書きしようとfoo.barしています。foo.joe

したがって、次のコマンドでサービスを開始します。

FOO_BAR=some-env FOO_JOE=some-env gradle bootRun

スプリングブートドキュメントのこの部分で読んだことから、環境変数は構成ファイルよりも優先される必要があります-また、スプリングクラウド構成ドキュメントにはsthの違いは記載されていません-したがって、結果は次のようになると予想されます。

しかし、代わりに私は得る:

そのため、jar 内のローカル構成ファイルの構成のみが環境変数によってオーバーライドされます。構成リポジトリのプロパティは、環境変数よりも優先されるようです。

これは説明可能ですか - それともバグですか? この中にヒントはありますか？

ここでサンプルコードを見つけてください：

https://github.com/mduesterhoeft/configserver-test

リポジトリの README には、ユース ケース 3としてここで説明されている問題がリストされています。

私は非常に基本的なConfigServerを持っています：

私は spring-cloud-config-server を使用しています:

また、Pivo​​tal Web Services にデプロイした場合も、ローカルで実行した場合と同じように機能することを期待しています。

暗号化されたキーを使用して構成を公開サーバーにデプロイしました。

そして、私のbootstrap.yml、application.ymlには、キーを持つプロパティがあります:

これはすべてローカルで機能します。

暗号化されたすべてのパスワードが適切に復号化されて応答します。

次の manifest.yml を使用して、同じアーティファクトを PWS にデプロイすると:

env->ENCRYPT_KEY の有無にかかわらず展開すると、どちらも機能しません。サービスを呼び出すと、暗号化されたすべてのキーが次のように返されます

invalid.my.key.name: "<n/a>",

PWS ログでは、次のように表示されます。

http://myservice.on.pws/envを見ると、application.yml と bootstrap.yml の両方に encrypt.key の値があり、環境の値も確認できます。これらはすべて同じ値です。

プロパティ ファイルや環境の両方で対称キーの値を指定すると、暗号化された値が正しく復号化されないのはなぜですか? これを PWS で機能させるために追加する必要がある他のプロパティはありますか? 暗号化されていない値は同じ構成内で適切に機能しているため、すべてが適切に配線されています。機能していないのは、暗号化された値だけです。

Spring クラウド構成サーバーを実装し、それを重要なクラウド ファウンドリにプッシュしました。次に示すセキュリティの詳細を application.yml に追加しました。セキュリティ資格情報を渡さずに、構成サーバーのエンドポイントで「取得」を行いました。正常な応答を受け取ることができましたが、認証の詳細が渡されていないというエラーが返されることを期待していました。不足しているものを教えてください。

spring cloud config が/encryptと/decryptエンドポイントを提供することがわかりました。暗号化または復号化された文字列を表示するために、高度な REST クライアント経由で暗号化および復号化エンドポイントを使用するにはどうすればよいですか?

クラウド構成サーバーがプロパティ ファイルを返していましたが、次のエラーが表示されます。これを修正する方法を教えてください。

これは、重要なクラウド ファウンドリ環境にデプロイされます。

アプリケーション.yml

マニフェスト.yml

アプリをデプロイした後、エンドポイントへの最初のヒットで次のエラーが返されます。