インターネットの「荷物」を極限まで軽くせよ！HTTP/3の秘密兵器「QPACK」を紐解く
こんにちは！ネットワークの世界へようこそ。今日は、次世代の通信規格「HTTP/3」の心臓部の一つである「QPACK（キューパック）」という技術について、一緒に深掘りしていきましょう。
「HTTP/3？なんか速そうだけど、結局何がすごいの？」と思っているあなた。大丈夫です。難しいパケットの羅列は一旦置いておいて、まずは身近な「郵便」に例えて考えてみましょう。
—
1. ヘッダー圧縮って、そもそも何をしているの？
インターネットでWebサイトを見るとき、ブラウザ（あなたの端末）とサーバーは、毎回大量の「自己紹介カード（HTTPヘッダー）」をやり取りしています。
例えば、こんな内容です。
- 「私はChromeを使っています」
- 「私は日本語に対応しています」
- 「私はこんなCookieを持っています」
これらは非常に重要な情報ですが、毎回同じ内容を律儀に送るのは、まるで「毎回、住所氏名電話番号を詳細に書いた手紙」を何十通も送るようなもの。面倒ですし、郵便ポスト（回線）もすぐ一杯になってしまいますよね。
そこで登場したのが「ヘッダー圧縮」です。
「この情報は『番号1』ということにしよう！」と辞書を共有しておけば、次からは「1番！」と伝えるだけで済む。これが圧縮の基本戦略です。
—
2. HTTP/2の「HPACK」とHTTP/3の「QPACK」の決定的な違い
HTTP/2で使われていた「HPACK」は、この辞書を非常に効率的に使っていました。しかし、HTTP/3の時代になり、少し問題が出てきたのです。
HTTP/2（HPACK）の弱点：順番待ちのジレンマ
HPACKは、送ったヘッダーの順番を厳密に守る必要がありました。「辞書を更新したよ！」というメッセージが届かないと、次の荷物が開けられない。つまり、「前のパケットが届かないと、次のパケットも止まってしまう」という、いわゆる「ヘッド・オブ・ライン・ブロッキング（先頭行の詰まり）」が起きていたのです。
HTTP/3（QPACK）の解決策：柔軟な辞書
HTTP/3が採用したQPACKは、この「順番待ち」を解消しました。たとえパケットがバラバラの順番で届いても、「今ある情報だけでとりあえず解読しちゃうよ！」という柔軟なスタンスをとったのです。
郵便で例えるなら、HPACKは「手紙の順番通りに並ばないと受け取らない窓口」でしたが、QPACKは「順番が前後しても、中身が分かればどんどん処理していく窓口」と言えます。
—
3. QPACKはどうやって「依存関係」を解決しているの？
QPACKには、ヘッダーを解読するための「静的テーブル（あらかじめ決まっている辞書）」と「動的テーブル（通信中に学習する辞書）」の2種類があります。
面白いのは、動的テーブルの扱い方です。
もし、サーバーが「新しい単語を辞書に登録したよ！」という情報を送った際、そのパケットが途中で迷子になったらどうなるでしょう？
QPACKは、「もし辞書が未完成なら、そのヘッダーは圧縮せずにそのまま送っちゃえ！」という荒技（？）を使います。これにより、前の通信が遅れていても、今の通信をストップさせずに進めることができるのです。
—
4. 実務で触れる「QPACK」の設定イメージ
開発現場で、この仕組みを直接いじることはあまりありませんが、サーバー（例えばNginxやEnvoy）の設定で、この「辞書」のサイズを調整することはよくあります。
もし、Webサイトのヘッダーが非常に巨大な場合、以下のような設定値を調整してパフォーマンスを最適化します。
NginxのHTTP/3関連の設定例
http {
# QPACKで使用する動的テーブルの最大サイズ（バイト単位）
# この数値を大きくすると圧縮効率が上がるが、メモリ消費も増える
http3_qpack_table_size 4096;
# 同時に保持できるストリーム数の上限
# 多くの画像を同時に読み込むサイトなどで重要
http3_max_field_section_size 16384;
}
- `http3_qpack_table_size`: 辞書をどれくらいの大きさまで覚えるか。
- `http3_max_field_section_size`: 1つのヘッダーでどれくらいのデータ量を許容するか。
これらは、いわば「郵便局の仕分け棚の大きさ」です。棚が大きければ多くの情報を記憶できますが、場所をとります。サイトの特性に合わせて調整するのが、インフラエンジニアの腕の見せ所ですね。
—
まとめ：一歩ずつ理解していきましょう！
QPACKの仕組みをまとめると、以下のようになります。
1. 効率化: 同じヘッダー情報を何度も送らず、辞書を使って短縮する。
2. 柔軟性: HTTP/3のUDPという「バラバラに届くこともある」特性に合わせて、順番待ちを極力減らした。
3. 賢さ: 辞書が更新できなくても、別の方法でデータを届けることで通信を止めない。
「難しそう」と感じたかもしれませんが、要は「無駄を省きつつ、順番にこだわらずにスピーディーに荷物を届けるための工夫」なのです。
ネットワークの世界は、こうした小さな工夫の積み重ねでできています。次回の通信速度が少し速く感じられたら、その裏でQPACKが軽快に辞書をやり取りしている姿を想像してみてくださいね。
それでは、また次の技術でお会いしましょう！
コメント