大量のトランザクションと保証された配信を考慮した統合の最良のスタイルは何ですか？

Question

国で1000ポイント以上の売上を誇っている会社を考えると、その日には店舗で記録された売上を販売センターに送信する必要があります。

配信を確実にするための最良の統合戦略は何ですか？ 各販売時点でJMSキューを使用して、Midlewareが使用します。 Midlewareにxmlメッセージを送信し、受信確認を確実にするためにコールバックを待つか、ファイルを使用して販売を送信しますか？

Answer 1

1日に数回（大量ではあるが低速については話しています）、ファイルを使用できます。処理の参照および確認は、たとえばJMSまたはHTTPによって送信できます。保証された配信に関しては、アプリケーションレベルの確認でこれをコーディングする必要があります。また、ファイルを転送するために、StreamSetsやNifiのようなフレームワークを使用することもできます。これらは、さまざまな種類の入力プロトコル用に設計されており、非常に柔軟です。

日中は数回は本当にたくさんありません。将来は、トランザクションごとにリアルタイムで作業したいと思うので、システムを再設計する必要があります。それはあなたが送信しているこのデータがあなたに何を意味するかによって異なります。ほとんどの場合、JMSはこの場合にはうまくいくでしょう。 1000ポイントのセールスポイントは、1分間に1000トランザクションのようなものがあることを意味します。これは今日のコモディティハードウェアやMQやActiveMQなどのよく知られているJMSキューマネージャで問題なく処理できます。

"esb"のようなタグが付いています。 ESBがある場合、ESBは制御メッセージ用に使用できます（特定の場所で新しいデータが利用可能であることを示すJMSメッセージや処理の確認がある場合）。大きなファイルを転送するためにESBを使用しません。 ESB（キューマネージャだけでなく）のような "インテリジェントな"ミドルウェアですべてのデータを実際に転送したい場合は、Hortonworks HDFがどのように機能するかを確認するなど、ビッグデータ指向のミドルウェアの構成を見ることができます。または上記のSteamSetsを参照してください。