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

Transcript

1. WebTransportの パッケージを作った話 Fukuoka.go#21 Kizuku X:@Kizuku_tech
2. Kizuku 九州工業大学 学部4年 →先日、上京 好きな言語: Go X: @Kizuku_tech 趣味: イベント・カンファレンス 参加/運営 自己紹介
4. Go Elixir Swift SQL Bicep
5. In YAPC::Hakodate 2024
7. その時、発表していた パッケージが できた！！ ほぼ
8. WebTransportについて 高効率で低遅延な通信を行うための新しい プロトコル OSI参照モデルで言うとアプリケーション層 IETFでの仕様はDraft段階(ver.12) https://datatracker.ietf.org/doc/draft-ietf-webtrans-overview/ QUIC上で動作
9. WebSocket WebTransport セキュリティ 速さ 柔軟性
10. WebTransportの 何が嬉しいのか
11. HTTPの歴史を振り返る
12. HTTPの歴史 http/0.9 http/1.0 http/1.1 http/2 http/3
13. HTTPの歴史 http/0.9 http/1.0 http/1.1 http/2 http/3
14. http/1.1 http/1.0が基礎となりその拡張版 PUTやDELETEが追加 アプリケーション層のHOL問題 暗号化は任意
15. http/2 マルチプレキシング テキスト→バイナリ トランスポート層のHOL問題 サーバープッシュ → 廃止
16. https://developer.chrome.com/blog/removing-push?hl=ja
17. http/3 QUICを採用(TCP → UDP) HOL問題の解消 ネットワークの切り替えに強い デフォルトでTLS1.3に対応 エコシステムが未熟
18. HOL問題 Head of Line Blocking 先頭のデータパケットの処理が遅延また はブロックされると、後続のパケットも 処理できなくなる現象 パフォーマンスの低下
21. WebTransportの嬉しさ UDP → 低遅延通信 信頼性が選択可能 Streaming(信頼性あり) Datagram (信頼性なし)
22. そもそもまだ仕様が固まっていない ブラウザが一部未対応(Limited availablilty) ライブラリが未発達 WebTransport APIはHTTPSの環境でし か動かない WebTransportの悲しさ
24. WebTransportのライブラリ事情 Python aioquic Go quic-go/webtransport-go
26. draftのver.2だよ 今までは余暇で作ってたよ 開発資金が苦しいので2024年6月で開発 ストップしたよ
27. じゃあ自分で作るか
29. 特徴 gorilla/websocketから移行しやすい WebTransportの後方互換を保証 セッション管理をシャーディングで分散
32. Go有識者の皆様に質問
33. WebTransportのような 比較的高レイヤーなAPIで io.Writer/io.Readerを使うのは あまり嬉しくない？
34. LinuxのTraffic Controlを用いてネットワーク条件を制御し実験 ベンチマークツールにはGoの標準機能であるgo testを用いる 実験を行ったネットワーク環境 制限なし 狭帯域(1Mbps) パケットロス(10%ロス) 遅延(200ms遅延) 双方向ストリームを用いて実験を行い、 WebSocketとの性能の比較を行う 性能評価
35. 性能評価
36. 性能評価
37. まだ、公開していない...
38. 公開していない理由 3月3日にdraft12が出た 複数クライアントの時の挙動にバグがあ る Docker環境でうまく動かない(カーネル パラメータをいじる必要がある) パフォーマンスがイマイチ テスト書いてない...
39. 3月中には公開したい！