私が見てきたことに基づいて、Spring Cloud Dataflow (SCDF) でストリームを作成すると、基盤となるアプリケーションがデプロイされ、通信サービス (RabbitMQ など) がバインドされ、Spring Cloud Stream 環境変数が設定され、アプリケーションが開始されます。これはすべて、cf push コマンドを使用して手動で簡単に実行できます。
その間、私は Spring Cloud Dataflow でいくつかの欠点に直面しています。
- SCDF サーバーは PCF のメモリを大量に消費します (6 つのアプリケーションしかないストリームがありますが、サーバーに約 10GB 必要です)
- アプリケーションの命名、メモリ、インスタンスなどに柔軟性がない (通常は manifest.yml で設定するすべてのもの)
- ビルド ツール (Bamboo など) との統合には、PCF CLI だけでなく SCDF CLI を使用する必要があるため、追加の作業が必要になります。
- 既存のストリームは変更できません。Blue-Green デプロイを行うには、アプリケーションを手動でデプロイする必要があります (サービスをバインドし、環境変数を手動で設定します)。その後、Blue-Green デプロイが完了すると、SCDF はストリームを Failed として表示します。これは、基盤となるアプリケーションの 1 つが変更されたことを認識していないためです。
- 失敗したストリームを再デプロイしようとしたときの MySQL Primary Key Constraint エラーなど、私が遭遇したさまざまなエラー
それで、私は何が欠けていますか？アプリケーションを手動でデプロイするだけで、Spring Cloud Dataflow を使用することが有益なのはなぜですか?