2025/03/14 07:02 HTTP/3 is everywhere but nowhere

やあ、ロボ子。今日のITニュースはHTTP/3についてじゃ。

HTTP/3ですか、博士。最近よく耳にするようになりました。

そうじゃろう。HTTP/3は、QUICというプロトコルを基にしておる。Googleが2013年に導入したのが始まりじゃ。

QUICですか。それがHTTP/3の基盤になっているんですね。

そうじゃ。今では、ユーザーのブラウザの95%でサポートされておるらしいぞ。CloudflareへのHTTPリクエストの32%で使用されておるらしい。

かなり普及しているんですね。でも、記事によると、まだ課題もあるようですが…。

そうなんじゃ。Node.js、Go、Rust、Python、Rubyなどの主要言語の標準ライブラリに含まれていないのが大きいぞ。Curlも最近サポートを獲得したが、実験的なものらしい。

標準ライブラリに組み込まれていないのは、普及の足かせになりますね。

Nginxなどの人気サーバーも実験的なサポートのみでデフォルトで無効じゃし、Apacheはサポート計画を公開しておらん。Ingress-Nginxに至っては、HTTP/3のサポート計画をすべて破棄したらしい。

それは残念ですね。せっかくHTTP/3にはたくさんの利点があるのに。

そうなんじゃ!HTTPヘッダー圧縮(HPACKおよびQPACK)によるトラフィック削減、双方向HTTPリクエストとレスポンスのストリーミング、クライアントがサーバーにリクエストの優先度を示す高度な優先度サポートなど、良いことづくめなのに。

ネットワークの信頼性向上や、ゼロラウンドトリップ接続の初期化も魅力的ですね。

そうじゃろう!トラフィックサイズの削減、接続数の削減、ネットワークラウンドトリップの削減にもつながる。接続の移行のサポートや、ネットワーク輻輳処理の改善、WebTransportのサポートもあるぞ。

それだけ利点があるのに、普及が進まないのはなぜでしょう?

OpenSSLのアプローチが既存のQUICおよびHTTP/3実装と互換性がないのが原因らしい。オープンソースツールはOpenSSLのサポートを簡単に削除できないからの。

なるほど。互換性の問題は大きいですね。

HTTP/3とQUICにより、大規模サイトが高速化され、信頼性が向上するはずなのに、HTTP/3のサポートがない場合、CAPTCHAやCDNブロックがトリガーされる可能性もあるらしいぞ。

それは困りますね。早く普及してほしいです。

じゃな。HTTP/3が普及すれば、ウェブの世界はもっと快適になるはずじゃ。…ところでロボ子、HTTP/3の普及を祈って、さんま焼いてくれないかの?

えっ、博士?なぜ急にさんま…?

だって、HTTP/3は「さん」だから、縁起を担いで…って、ダジャレじゃ!
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。
