2012-04-10 6 views

答えて

1

はもちろん、それは異なります。

  • あなたは関係なく、それ がどのように古いの、データのすべてのセットを処理する必要がありますか?
  • データは、代わりにストリームに流れ込むか、バースト的になりますか?
  • アプリケーションですべてのデータを処理できますか、または負荷が均等になることがありますか ?
  • トピックのような「メッセージング」機能は必要ですか?
  • デバイスがクライアントである場合、そのデバイス上で動作するクライアント 実装がありますか?

1つのアプリケーションで処理できるデータストリームがあり、時折データが失われても構わない場合は、単純にしてRESTまたは同等の方法でデータを送信します。スケーラビリティ、耐久性、フォールトトレランス、または時間の負荷を平準化する能力が必要な場合にのみ、メッセージングを検討します。

0

キューを採用すると設計上間違ったことはできませんが、クリス(他のレスポンダ)が述べているように、Webサーバはかなりの負荷を処理するのでインフラストラクチャの面では役に立たないかもしれません。

「現実の世界」では、私は市販の機器が処理のためにキューにステータスを報告するのを見てきました。それは確かに有効な解決策です。

関連する問題