インターネットエンジニアリングタスクフォースは月曜日、ハイパーテキストトランスポートプロトコルの第3バージョンであるHTTP/3のRFCを公開した。
IETF の要約では次のように説明されています。
それを少し詳しく説明しましょう。
QUICは「Quick UDP Internet Connections（クイックUDPインターネット接続）」の略で、Googleによって開発され、2013年に発表されました。Googleは、トランスポート制御プロトコル（TCP）が接続を確立してデータの転送を開始するまでに数回の往復を必要とするという問題に対処するためにQUICを開発しました。そのため、往復時間が長くなり、ユーザーエクスペリエンスの低下につながる可能性があります。QUICは、トラフィックの転送にユーザーデータグラムプロトコル（UDP）を使用します。UDPはクライアントとサーバー間の往復回数を減らすため、速度が向上します。これはモバイルネットワークにおいて非常に重要です。GoogleがQUICを開発していた当時、モバイルネットワークは速度が遅く、アクセスも少なかったからです。モバイルネットワークは依然として競争の激しいリソースであるため、速度を向上させるものは何でも歓迎されます。
Google は QUIC を大変気に入ったため、2020 年に自社の Chrome ブラウザに QUIC を組み込み、自社のサービスで有効にしました。この組み合わせにより、理論上は、Google にデジタル魂を売る体験がより快適なものになります (または少なくとも、他人に魂を売るよりも遅延やフラストレーションが少なくなります)。
Cloudflare は 2018 年に QUIC をオプションとして実装しました。
Microsoft も QUIC を大変気に入っていたため、独自のバージョンを作成してオープンソース化しました。NGINX は HTTP/3 のサポートを追加しました。
しかし、QUICの普及が進む一方で、世界のデータトラフィックの多くは依然としてTCPに依存するHTTP/2経由で伝送されていました。TCPは遅く、冗長で、不安定です。
そのため、ネットワークの専門家たちが2016年にHTTP/3を検討し始めた頃、Webを高速化する手段として、QUICへのマッピングは理にかなったものでした。しかし同時に、HTTP/3とHTTP/2が共存できることも確認されました。
- TCP代替となるQUICが8年間の進化を経てIETFの標準化過程に到達
- IETFの新草案で、エジプト人がカミソリの刃を研ぐためにピラミッドを発明したことが明らかに
- .org の所有者であるインターネット協会は、IETF への追加資金提供で約束どおりの行動をとった。
6 月 6 日月曜日、彼らの努力により、標準案である RFC 9114 が作成されました。
完全な RFC は 20,000 語を超え、HTTP/3 を非常に詳細に説明しています。
HTTP/3はすでに大きな話題を呼んでいます。Cloudflareは、Webの観測結果から、HTTP/3が既に2番目に普及しているHTTPバージョンであることが明らかになったものの、HTTP/2とはまだ大きく異なることを明らかにしました。
CloudflareのHTTPバージョンの普及率（
HTTP/3は青い線）です。クリックして拡大
Cloudflareの分析によると、HTTP/3トラフィックの80%はChromeブラウザから発生しています。驚きです。
HTTP/3 RFC は技術的には提案標準として提供されていますが、ほぼ完成しており、事実上承認されています。これは、Web の有力者がこれを支持していることを考えると驚くことではありません。
しかし、HTTP/3には依然として批判や競合が存在します。Apacheは、自社のHTTPDで十分な機能を果たしていると主張し、このプロトコルを自社のウェブサーバーに追加することを控えています。プライバシー擁護派はQUICを依然として懸念しており、ネットワーク専門家もQUICの約束された速度向上がなかなか実現しないことに懸念を抱いています。つまり、HTTP/3は万能薬ではないのです。
しかし、RFC 9114のデビューは、それでもなお大きな節目です。Cloudflareは次のように述べています。「本日、HTTPの定義を合理化し、近代化する一連のインターネット標準が公開されました。」
このような発言ができる日はそう多くありません。®
