WebTransportのパッケージを作った話

WebTransportのパッケージを作った話 Fukuoka.go#21 Kizuku X:@Kizuku_tech

Kizuku 九州工業大学学部4年 →先日、上京好きな言語: Go X: @Kizuku_tech 趣味: イベント・カンファレンス
参加/運営自己紹介

Go Elixir Swift SQL Bicep

In YAPC::Hakodate 2024

その時、発表していたパッケージができた！！ほぼ

WebTransportについて高効率で低遅延な通信を行うための新しいプロトコル OSI参照モデルで言うとアプリケーション層 IETFでの仕様はDraft段階(ver.12) https://datatracker.ietf.org/doc/draft-ietf-webtrans-overview/ QUIC上で動作

WebSocket WebTransport セキュリティ速さ柔軟性

WebTransportの何が嬉しいのか

HTTPの歴史を振り返る

HTTPの歴史 http/0.9 http/1.0 http/1.1 http/2 http/3

http/1.1 http/1.0が基礎となりその拡張版 PUTやDELETEが追加アプリケーション層のHOL問題暗号化は任意

http/2 マルチプレキシングテキスト→バイナリトランスポート層のHOL問題サーバープッシュ → 廃止

https://developer.chrome.com/blog/removing-push?hl=ja

http/3 QUICを採用(TCP → UDP) HOL問題の解消ネットワークの切り替えに強いデフォルトでTLS1.3に対応エコシステムが未熟

HOL問題 Head of Line Blocking 先頭のデータパケットの処理が遅延またはブロックされると、後続のパケットも処理できなくなる現象パフォーマンスの低下

WebTransportの嬉しさ UDP → 低遅延通信信頼性が選択可能 Streaming(信頼性あり) Datagram (信頼性なし)

そもそもまだ仕様が固まっていないブラウザが一部未対応(Limited availablilty) ライブラリが未発達 WebTransport APIはHTTPSの環境でしか動かない WebTransportの悲しさ

WebTransportのライブラリ事情 Python aioquic Go quic-go/webtransport-go

draftのver.2だよ今までは余暇で作ってたよ開発資金が苦しいので2024年6月で開発ストップしたよ

じゃあ自分で作るか

特徴 gorilla/websocketから移行しやすい WebTransportの後方互換を保証セッション管理をシャーディングで分散

Go有識者の皆様に質問

WebTransportのような比較的高レイヤーなAPIで io.Writer/io.Readerを使うのはあまり嬉しくない？

LinuxのTraffic Controlを用いてネットワーク条件を制御し実験ベンチマークツールにはGoの標準機能であるgo testを用いる実験を行ったネットワーク環境制限なし狭帯域(1Mbps) パケットロス(10%ロス) 遅延(200ms遅延) 双方向ストリームを用いて実験を行い、
WebSocketとの性能の比較を行う性能評価

性能評価

まだ、公開していない...

公開していない理由 3月3日にdraft12が出た複数クライアントの時の挙動にバグがある Docker環境でうまく動かない(カーネルパラメータをいじる必要がある) パフォーマンスがイマイチテスト書いてない...

3月中には公開したい！

WebTransportのパッケージを作った話

WebTransportのパッケージを作った話

Kizuku

More Decks by Kizuku

Featured

Transcript