spring-batch-adminからspringクラウドへの移行

Question

spring-batch-adminからspring-cloud-dataflowへの移行を計画しています。バッチ管理者はSpring Atticに移動します。 12月31日、2017年Migration Docのドキュメントを1として

、

「春のバッチを使用する場合は は、各バッチジョブが春クラウドデータフローに登録されている独立した春のブートユーバージャーとしてパッケージ化されました」

この場合、バッチジョブが50個ある場合は、50個のジャージャーを作成する必要がありますか？そうすることはメンテナンスの悪夢となり、多くの瓶を作り、それらを維持することは難しいでしょう。

同じ回避策はありますか？すべてのバッチジョブを単一の容器にまとめることができ、必要なときに任意のジョブをランダムに起動できますか？ DR;

任意のヘルプは非常に感謝予め

Answer 1

TLに、理解されるであろう。
ここでは、データ処理をマイクロサービスに移行する際の私の話をご覧ください。https://www.youtube.com/watch?v=COzkPkHZMG8それでもまだそれが悪いと感じる場合は、代わりに（推奨されていない）アプローチを提案する下部に飛びます。

なぜこれが
良いことです私たちは事、これが今後のより良い解決策であると、なぜ私はモノリシックなアプローチを取ってからあなたを落胆したい理由をウォークスルーする分を見てみましょう。結局のところ、私は推奨しない代替案を提案しますが、うまくいくはずです。

を使用すると、ほとんどの企業が生産に開発者のノートパソコンからのバッチ機能を提供するために持っているプロセスを考える場合モノリス
を壊し、それは一般的に不定期のリリースと遅いプロセスです。プロセスは遅く、コードが必要とする複数のグループ（開発、外部QAからのもの、可能であれば変更管理プロセスのもの、最終的にコードを展開するためのいくつかのタイプのオペレーションチーム）があるかもしれません。通常、そのプロセスを通過する必要のあるコード部分が小さくなればなるほど、そのプロセスをより簡単に行うことができます。

この例では、50個のバッチジョブを含むシステムの場合、1つを変更するには、すべてジョブでそのプロセスを実行する必要があります。これを打破すると、ジョブを個別に変更して展開できるという点で、実際には保守が簡単になります。開発者は、代わりにバッチジョブに集中する必要があります。

ユーバーの瓶
への移行、それにパッケージのすべてのあなたの仕事を持つ単一のWARファイルからの移動のもう一つの利点は柔軟性です。どのようなインフラストラクチャでも、これらのジョブを実行できます。 java -jar foo.jarコマンドを使用して、ローカルまたはベアメタルで実行したいですか？頑張れ。 cf push経由でCloudFoundryで実行したいですか？あなたは賭ける。アプリをドッキングしてKubernetesで実行したいですか？あなたはできる！インフラストラクチャは環境ごとに変わる可能性があるため、あなたは同じようなことをすることができますが、それはより微妙です。 überジャーの場合、保証する必要があるのはJavaバージョンだけです。

また、アーティファクト管理の問題もよく解決されています。 MavenリポジトリへのJARファイルのプッシュは、Java環境全体で十分に検証されている簡単なプロセスです。 WARファイルを管理する方法は実際にはありません。それらをMavenリポジトリにプッシュできますが、それは理想的ではありません。 überジャーに移動することで、リリースプロセスはすべてのジョブ（および一般的なすべてのアプリケーション）で非常に標準化されます。

最後に、über瓶に移動することはそれほど難しくありません。あなたの仕事がうまく定義されていると仮定すると、実際にはパッケージングの運動にすぎません。そうでない場合は、最初の段階でモジュラー化されるように、健全なリストラを行う良い機会です（優れたエンジニアリング実務）。

別のアプローチ
私はこの方法はお勧めしませ DO と言って、ここでオフを開始します。しかし、それは動作するはずです。

各ジョブに1つの瓶ジャーを作成する代わりに、50個のジョブがすべて入った瓶ジャーを作成します。実行時に実行するジョブを決定するために環境変数を調べ、起動時に自動的にジョブを実行するようにSpring起動機能をオフにする独自のCommandLineRunnerを作成する必要があります。

そこから、50個のタスクをSpring Cloud Data Flow内の50のタスク定義で構成します。それぞれが実行するジョブを示す環境変数を渡します。そこから、50のジョブのそれぞれを独立して実行/監視することができますが、依然としてモノリシックのアーティファクトが得られます。