ユーレカの理解<-->コンフィギュレーションサイクル

私はこの難解を解決する最良の方法を見つけようとしています。私はエウレカが（コンフィグに応じて、ユーレカ）コンフィグサーバから動的な構成を選択できるようにしたいと思いユーレカの理解<-->コンフィギュレーションサイクル

ユーレカを通じて発見されるコンフィグなどのID」、ひとつひとつmicroserviceにコンフィグのURIをハードコーディング避けるために、私はユーレカを起動すると、コンフィグがどこにあるか、彼女は知っていないので、彼女はそれから何かを選ぶことはできません

spring: cloud: enabled: true config: fail-fast: true discovery: enabled: true serviceId: configserver

（Configがユーレカに依存します）。この問題を解決する最良の方法は何ですか？あなたのユーレカのbootstrap.ymlで

2016-07-05 Amin Abu-Taleb

は、私が最初にconfigサーバを起動する必要があるだろうと思います。次に設定サーバーが（固定URLを使って）Eurekaに伝えて、起動する設定を見つけることができます。設定サーバーはハートビートを送信し続けるので、設定が終わるとすぐにユーレカに登録されます。とにかく、私はそのように行かないだろう。私はあなたが最初にユーレカをブートすることができると思います。（結局、このような大きな構成ではありません）。次に、設定サーバーを含む残りのサービスを起動します。 –

ええ、それは私が考えていたことです、ユーレカの設定は変わる可能性は低いです。これに関する共通のベストプラクティスが存在するかどうかを確認したいだけでした。乾杯！ –

あなたを歓迎します:-) –

：

spring: 
    application: 
    name: your_config_file_name 
    cloud: 
    config: 
     enabled: true 
     failFast: true 
     uri: the_uri_of_the_config_server

出典

2017-07-21 08:49:49 juanlumn

ユーレカの理解<-->コンフィギュレーションサイクル

答えて

関連する問題