ESB の簡単なレビューを行っていますが、これまでのところ、Talend ESB に驚き、感銘を受けています。私は、よりよく知られているオープンソース esb の 1 つである Mule がデファクトになることを本当に期待していました。
学術的および基本的なテストレビューのみを行った後にコミットする前に、Talend を実際に使用した経験が豊富な人 (できれば別のオープンソース ESB を使用した後) は、長所/短所を提供してくれますか?
私が感銘を受けた分野は次のとおりです。 *EAI、統合の準備が整ったコンポーネント/トランスポートの数。他の ESB のいくつかは、「Camel または別のライブラリを使用してその機能を取得できます」に従っていることがわかりました。
*シングルポイント サービス バスとしてのセキュリティ。Talend は、公開されているすべての SOA サービスのセキュリティを管理するための優れたサポートを提供しているようです。実践的な環境で完全に試す機会はあまりありませんでしたが (もう一度、経験豊富な人にお願いします!)、ESB が完全な (実行中に管理可能な) セキュリティ制御を提供するという考えは魅力的でした。
*サービスを作成し、ESB で使用するためのかなり優れたコントラクト優先の IDE サポート。繰り返しますが、率直なフィードバックをお願いします。
*展開の面で少し心配です。複数のサーバー/サービスを実行する必要があるように聞こえます.ESBソリューションの「展開」(リポジトリのものを含む...?) は、マルチポイント展開を引き起こす可能性があります. また、サービスの場所 (開発/テスト/運用) を変更する場合、私の簡単なレビューではそれほど明確ではありませんでした (特に、他の ESB ソリューションと比較して...それらがすべて少し複雑であれば問題ありません)。
* コントラクト優先の Web サービスなどのユースケース。他の複数の Web サービス (バイナリの Java rmi または ejbremote など) からの情報を集約/結合/再マップして、応答を埋めます。
*ファイル ドロップの ftp サーバーの監視、ファイルのピックアップ、別のサービスにフィードする xml/csv/edi ファイル形式の解析などのユースケース (必ずしも負荷の高いバッチ処理ではありません)
* XML/CSV/EDI ファイル リンクを含む新しいエントリの RSS フィードの監視、(新しい) ファイルのダウンロード、別のサービスへの処理/フィードなどのユースケース。
※CIFS/windows共有 調べていませんでしたが、監視ファイルの場所/ピックアップからこちらでも質問させていただきます。
質問: Talend ESB の経験のある方は、上記の記述について、実際の精度や落とし穴についてコメントを提供してください。上で述べたように、オープンソースとして無料で提供されているものの、ライセンスなしで商用環境で使用できる Talend Open Studio の内容に、表面的には本当に感動しました。 Talend ESBの横にあります。
フィードバックをお寄せいただきありがとうございます。