現在、クライアントが特定のデータ要素への変更への関心を要求し、そのデータが変更されると、サーバーがデータをクライアントにプッシュバックするサーバーを開発しています。クライアントがこのデータをポーリングする方がよいかどうかについては、活発な議論が行われています。
ほぼリアルタイムの環境でのデータ転送のパフォーマンス、スケーラビリティ、およびネットワーク負荷の観点から、理想的な方法は何であると考えられていますか？
更新： UIの更新に関して考えるためのいくつかの食べ物を提供 するリンクは次のとおりです。
すべての状況に最適な方法はおそらくありませんが、通常はプッシュの方が優れており、より頻繁に使用されます。サーバーのキャッシュとデータ転送を最適化できるため、パフォーマンスとスケーラビリティが向上し、クライアントの要求と空の応答を回避することでネットワーク トラフィックを少し削減できます。サーバーが独自のペースで動作し、準備ができたらクライアントにデータを提供できることは、重要な利点です。
OPC や GID などの業界標準は、両方をサポートしています。サーバーは更新をサブスクライブしたクライアントにプッシュしますが、クライアントはサブスクリプションに煩わされることなく、めったに使用されないデータを引き出すことができます。
クライアントが接続を開始する限り（ファイアウォールとNATの問題を通過させるため）、どちらの方法でも問題ありません。
送信する必要のあるデータの種類が複数ある場合は、クライアントに必要な種類を指定してもらうこともできますが、これは接続ごとに1回だけ必要です。次に、サーバーが更新を送信し続けるようにすることができます。
クライアントが継続的に更新を要求せずにサーバーに更新を送信させると、ネットワークトラフィックが少なくなります。
クライアント側には何がありますか？多くのファイアウォールは送信要求を許可しますが、受信要求をブロックします。言い換えれば、あなたが電子メールを送信していない限り、あなたがインターネットを横断しているならば、プルはあなたの唯一のオプションかもしれません。