私たちには、logstash、config、およびeurekaサーバを持つ既存のマイクロサービス環境があります。現在、Spring Cloud Data Flow（Kubernetes）環境（主にタスク/バッチ・ジョブを実行するための初期段階）を設定しています。タスクは、そのログを実行すると：春のクラウドタスクとデータフローを持つlogstash、config serverとeurekaの使用
Logstash：
は、理想的には、以下のシナリオをサポートするために、標準的な春のブート構成を経由して（注釈など）を、既存のlogstash、コンフィグユーレカサーバーを使用するようにタスクを希望しますlogstashに出力され、木場から表示可能
構成サーバー：タスクの構成プロパティーの変更をサポートします。例えば、定期的なタスクの構成は、構成サーバー上の値を変更することによって調整することができ、次にタスクが実行されるときに新しい値が使用されます。 私の理解では、configサーバーのプロパティは、内部application.propertiesのプロパティを上書きするタスク定義のプロパティを上書きします。
ユーレカ：各タスクはユーレカに登録されます。これの主な理由は、私たちのタスクでWebアクチュエータのエンドポイントが公開されているため、タスク実行中にアクチュエータエンドポイントや情報にアクセスするためのSpring Boot Admin（ユーレカ経由でサービスを検出できる）を使用できます。 （私たちのタスクの中には実行に時間がかかるものがあり、これを監視してログを調整するなど）
これは分かりやすいアプローチですか？ユーレカと）。私は、既存の春の雲のデータフローや春の雲のタスクのドキュメントでこれの議論を見つけることができません。