$30 off During Our Annual Pro Sale. View Details »
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
リアルタイム通信を知る
Search
kosuke hino
October 10, 2024
Technology
0
97
リアルタイム通信を知る
リアルタイム通信を知る(勢いでスライド作ったせいでデザインがったがったやすまん)
kosuke hino
October 10, 2024
Tweet
Share
More Decks by kosuke hino
See All by kosuke hino
NotebookLMと散歩
kosukehino
0
20
hinoはhonoを知りたい
kosukehino
0
79
ポモドーロテクニック
kosukehino
0
37
誤差を知ろう
kosukehino
0
69
AtCoder Heuristic Contestを知っているか?
kosukehino
0
110
AIでスライド爆速生成!
kosukehino
0
130
Other Decks in Technology
See All in Technology
AWS Security Agentの紹介/introducing-aws-security-agent
tomoki10
0
260
モダンデータスタック (MDS) の話とデータ分析が起こすビジネス変革
sutotakeshi
0
500
MLflowダイエット大作戦
lycorptech_jp
PRO
1
120
多様なデジタルアイデンティティを攻撃からどうやって守るのか / 20251212
ayokura
0
450
AIの長期記憶と短期記憶の違いについてAgentCoreを例に深掘ってみた
yakumo
3
300
Gemini でコードレビュー知見を見える化
zozotech
PRO
1
260
Sansanが実践する Platform EngineeringとSREの協創
sansantech
PRO
2
870
SSO方式とJumpアカウント方式の比較と設計方針
yuobayashi
7
680
AI-DLCを現場にインストールしてみた:プロトタイプ開発で分かったこと・やめたこと
recruitengineers
PRO
2
130
re:Invent 2025 ~何をする者であり、どこへいくのか~
tetutetu214
0
220
学習データって増やせばいいんですか?
ftakahashi
2
340
Lambdaの常識はどう変わる?!re:Invent 2025 before after
iwatatomoya
1
550
Featured
See All Featured
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
37
2.6k
Building an army of robots
kneath
306
46k
A better future with KSS
kneath
240
18k
A Modern Web Designer's Workflow
chriscoyier
698
190k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
14k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
Art, The Web, and Tiny UX
lynnandtonic
303
21k
It's Worth the Effort
3n
187
29k
How GitHub (no longer) Works
holman
316
140k
What's in a price? How to price your products and services
michaelherold
246
13k
Transcript
リアルタイム通信を知る 2024/10/11 檜野浩輔
はじめに 最近のタスクの中でリアルタイム通信を考 える場面があったのと、前職で比較検討み たいな事をして技術選定したなーというの を思い出し、改めて自分の整理も兼ねて LT会の題材にしました。
ポーリング(主にajax) 定期的にクライアントからサーバーにHTTPでリク エストを送りレスポンスの内容に応じて定期的に 画面を更新する手法 メリット JSで定期的にリクエストを送るだけなので非常に 単純で実装が簡単です 最新情報がなくてもリクエストしてしまうのでク ライアント側は通信量が増え、サーバー側は負荷 が増えてしまいます
デメリット リアルタイム性はリクエストを送る間隔やレスポ ンスの速さに依存し本当のリアルタイムを求める には限界があります
ロングポーリング(comet) クライアントからサーバーにHTTPでリクエストを 送り更新があるまでサーバー側でリクエストを保 持し更新があった際にレスポンスする手法 メリット ポーリングであった更新がないのにリクエストを 送らないといけないという問題を解決出来る ロングポーリング用の通信を貼る事になるので短 時間で更新が複数回あると通信を張り直すまで更 新出来ず遅延する場合がある
デメリット ポーリングよりはリクエストは減るがそれでも、 更新の度にリクエストを送る必要がある
ServerSentEvents(SSE) ロングポーリングのデメリットを改善しレスポン スがあっても通信を張り直すことはせずその後も 通信を使い続ける手法 メリット ロングポーリングであった通信を張り直す必要が あった課題を解決し一度通信を張ったらそれを使 い続けることが出来る 片方向通信となりSSE内でクライアントからサー バーへpushする事が出来ない
デメリット HTTP通信を張り続けるのでCPU使用率に影響を与 える(詳しくはわからん)
WebSocket 双方向通信を可能とし専用の通信プロトコルを使 用する事により負荷を軽減する手法 メリット SSEと違い双方向通信が可能で、専用のプロコトル によりCPUへの負荷が軽い HTTPとは別のプロトコルになるので専用の実装が 必要になる デメリット HTTPよりヘッダーの容量がかなり少なく何回も更
新するような画面では通信量を削減する事が出来 る。特にボディが小さい場合に効果的
WebRTC P2Pで双方向通信を行う手法 メリット サーバーを介さないので、サーバーの負荷を軽減 できたりよりリアルタイムな通信を行えたりする サーバーを介さないのでサーバーに過去データを 保存しておく事が出来ない デメリット 特に通信容量が多いカメラ映像等のメディアをリ アルタイムで送受信する際に使われる(Zoomとか
Meetsとかとか)
WebRTC SFU WebRTCのP2Pの間にSFUサーバーを置くことで サーバーを介したWebRTCを可能にする手法 メリット サーバーを介すので過去ログを簡単に残す事が可 能 檜野もよく分かっていないしネットワーク等ミド ルウェアの知識がないと理解して使用する事が出 来ない
デメリット メディアの受信者が多くなった際にも送信側は サーバーにメディアを送るだけなので、ユーザー側 の負担が一定かつ軽くなる
おまけ + 紹介 https://x.com/voluntas/ status/1785608316087136304 上記のURLよりWebRTC SFUを使用した ソフトを提供している時雨堂さんが試され た1080pでの低遅延配信の様子が見れる 個人的に1080pでクライアントの負荷も少
なくリアルタイムで配信出来ている姿にす げーと思った
おまけ + 紹介 定期的に勉強会をやってくれている https://x.com/voluntas/ status/1838933732939673840