リアルタイム通信を知る

リアルタイム通信を知る（勢いでスライド作ったせいでデザインがったがったやすまん）

Transcript

1. リアルタイム通信を知る 2024/10/11 檜野浩輔
2. はじめに 最近のタスクの中でリアルタイム通信を考 える場面があったのと、前職で比較検討み たいな事をして技術選定したなーというの を思い出し、改めて自分の整理も兼ねて LT会の題材にしました。
3. ポーリング⁨⁩⁨⁩（主にajax） 定期的にクライアントからサーバーにHTTPでリク エストを送りレスポンスの内容に応じて定期的に 画面を更新する手法 メリット JSで定期的にリクエストを送るだけなので非常に 単純で実装が簡単です 最新情報がなくてもリクエストしてしまうのでク ライアント側は通信量が増え、サーバー側は負荷 が増えてしまいます デメリット リアルタイム性はリクエストを送る間隔やレスポ ンスの速さに依存し本当のリアルタイムを求める には限界があります
4. ロングポーリング（comet） クライアントからサーバーにHTTPでリクエストを 送り更新があるまでサーバー側でリクエストを保 持し更新があった際にレスポンスする手法 メリット ポーリングであった更新がないのにリクエストを 送らないといけないという問題を解決出来る ロングポーリング用の通信を貼る事になるので短 時間で更新が複数回あると通信を張り直すまで更 新出来ず遅延する場合がある デメリット ポーリングよりはリクエストは減るがそれでも、 更新の度にリクエストを送る必要がある
5. ServerSentEvents⁨⁩（SSE） ロングポーリングのデメリットを改善しレスポン スがあっても通信を張り直すことはせずその後も 通信を使い続ける手法 メリット ロングポーリングであった通信を張り直す必要が あった課題を解決し一度通信を張ったらそれを使 い続けることが出来る 片方向通信となりSSE内でクライアントからサー バーへpushする事が出来ない デメリット HTTP通信を張り続けるのでCPU使用率に影響を与 える（詳しくはわからん）
6. WebSocket 双方向通信を可能とし専用の通信プロトコルを使 用する事により負荷を軽減する手法 メリット SSEと違い双方向通信が可能で、専用のプロコトル によりCPUへの負荷が軽い HTTPとは別のプロトコルになるので専用の実装が 必要になる デメリット HTTPよりヘッダーの容量がかなり少なく何回も更 新するような画面では通信量を削減する事が出来 る。特にボディが小さい場合に効果的
7. WebRTC P2Pで双方向通信を行う手法 メリット サーバーを介さないので、サーバーの負荷を軽減 できたりよりリアルタイムな通信を行えたりする サーバーを介さないのでサーバーに過去データを 保存しておく事が出来ない デメリット 特に通信容量が多いカメラ映像等のメディアをリ アルタイムで送受信する際に使われる（Zoomとか Meetsとかとか）
8. WebRTC SFU WebRTCのP2Pの間にSFUサーバーを置くことで サーバーを介したWebRTCを可能にする手法 メリット サーバーを介すので過去ログを簡単に残す事が可 能 檜野もよく分かっていないしネットワーク等ミド ルウェアの知識がないと理解して使用する事が出 来ない デメリット メディアの受信者が多くなった際にも送信側は サーバーにメディアを送るだけなので、ユーザー側 の負担が一定かつ軽くなる
9. おまけ + 紹介 https://x.com/voluntas/ status/1785608316087136304 上記のURLよりWebRTC SFUを使用した ソフトを提供している時雨堂さんが試され た1080pでの低遅延配信の様子が見れる 個人的に1080pでクライアントの負荷も少 なくリアルタイムで配信出来ている姿にす げーと思った
10. おまけ + 紹介 定期的に勉強会をやってくれている https://x.com/voluntas/ status/1838933732939673840