2017-02-26 24 views
0

サードパーティプロバイダからリアルタイムデータを取得し、変換してWebSocket経由でブラウザに送る必要があります。pubsubからwebsocketへのリアルタイム変換からクライアントへのプッシュ

ブラウザから取得するまでに、データを受信して​​から200ms以上かかることはありません。

私は、websocketサーバーが購読してメッセージをブラウザにプッシュするpub/subへのデータフローにpub/subを使用することを考えています。

このアプローチは正しいですか、データフローはこのような目的で設計されていませんか?

答えて

1

Dataflowは、信頼性の高いストリーミングの集約と分析を目的として設計されており、システムによる1秒未満の遅延を保証するようには設計されていません。ウィンドウ処理やトリガのようなコアプリミティブは、データの遅れや潜在的なマシンやパイプラインのエラーにもかかわらず、定義されたデータウィンドウ上でストリームを確実に処理することを可能にします。私たちが最適化した主な使用例は、データのストリームに統計を集約して出力することです。フォールトトレランスのためにディスクにログを記録し、トリガーする前に必要に応じて待機して、遅延データに対応するために、そのため、私たちが最適化していないのは、必要とするエンドツーエンドの待ち時間です。

+0

Googleのクラウドには、このシナリオで使用できるものは何ですか?私はまだパブ/サブを使用すると思いますが、メモリ変換では何を使うべきですか? – chchrist

+0

そして、600msの待ち時間があればOKです。このアプローチはまだ間違っていますか?掲載結果の統計はありますか? – chchrist

+0

この記事では、ウインドウが適用されていないと、データフローのレイテンシが低いと言います。http://stackoverflow.com/questions/34279297/what-is-the-streaming-log-data-latency-between-aws-google-cloud -services – chchrist

関連する問題