HTTPの「昇格」というマジック：Upgradeヘッダーで広がる通信の可能性
こんにちは！インフラの世界へようこそ。今日は、普段私たちが何気なく使っている「Webサイトを見る」という行為の裏側で、実はものすごい交渉が行われている……そんなお話をしましょう。
Webサイトを閲覧する時、ブラウザとサーバーは「HTTP」という共通言語で会話をします。でも、時々、サーバー側が「もっと効率の良い、別の言語で話さない？」と提案することがあるんです。
今日は、その「会話のルールを途中で変更する」ための魔法の杖、`Upgrade`ヘッダーについて紐解いていきましょう。
—
郵便配達で例えるなら：「書留」から「直接の手渡し」へ
突然ですが、手紙のやり取りを想像してみてください。
通常、私たちは「普通郵便（HTTP）」でやり取りをしていますよね。でも、中には「リアルタイムで、しかも往復のやり取りを何度もしたい！」という特別な用事があるかもしれません。
そんな時、最初の挨拶でこう伝えます。
「この先は、普通郵便じゃなくて、直接会って話す（WebSocket）方式に切り替えませんか？」
これが、HTTPの世界で言うところのUpgrade（アップグレード）なんです。
—
どうやって「切り替え」を伝えているの？
HTTP/1.1というルールには、この交渉をスムーズに行うための「合言葉」が用意されています。具体的には、クライアント（ブラウザ）からサーバーへ、こんなリクエストを送ります。
GET /chat HTTP/1.1
Host: example.com
Connection: Upgrade # 「この後の通信は、切り替えを前提にするよ！」と伝えます
Upgrade: websocket # 「WebSocketっていう方式に切り替えたいな」とリクエスト
ここがポイント：Connectionヘッダーの役割
ここで注意が必要なのが、`Connection: Upgrade` という記述です。これは、「HTTPの接続ルールを『切り替え用』に書き換えてね」という、いわば「モード変更スイッチ」のようなもの。
これがないと、サーバーは「ああ、普通のHTTPリクエストの一部かな？」と勘違いしてしまい、切り替え交渉が成立しません。必ずセットで送るのがルールなんです。
—
サーバーからの返事：スイッチオン！
このリクエストを受け取ったサーバーが「いいですよ、切り替えましょう！」と判断した場合、こんな返事が返ってきます。
HTTP/1.1 101 Switching Protocols # 「101」は「了解、プロトコルを切り替えます」というステータスコード
Connection: Upgrade # 切り替えの承認
Upgrade: websocket # 承諾した方式
この「101」という数字を見た瞬間に、通信のルールがガラッと変わります。これまでHTTPのヘッダーを付けてやり取りしていたパケットたちが、今この瞬間から「WebSocket」という、もっと身軽で高速な通信形式にバトンタッチされるわけです。
—
なぜこんな面倒なことをするの？
「最初から別のルールで通信すればいいじゃない？」と思いますよね。実は、これには深い理由があります。
1. 既存のインフラが使える： 多くのファイアウォールやロードバランサーは「HTTP」の形をしているものを通すのが得意です。まずはHTTPとして接続し、途中で「中身だけ」を別のものに切り替えることで、既存のネットワーク機器をそのまま活用できるんです。
2. 安全性（TLS）への応用： 同じ仕組みは、普通のHTTP（暗号化なし）から、HTTPS（暗号化あり）へのアップグレードにも使われます。まずは安全でない状態で接続し、すぐに「暗号化モード」に切り替えることで、通信を保護するわけですね。
—
まとめ：ネットワークは「交渉の連続」
いかがでしたか？ ネットワークの世界は、決してガチガチに決まったルールだけが動いているわけではありません。今回ご紹介した`Upgrade`のように、「まずは挨拶をして、そこから最適な通信方法を相談する」という、人間味のある（？）柔軟な交渉が裏側で行われているんです。
トラブルシューティングをする際も、「なぜ切り替えがうまくいかないんだろう？」「Connectionヘッダーは正しく指定されているかな？」と、この「交渉のプロセス」を意識してみると、パケットの流れがもっとクリアに見えてくるはずですよ。
さあ、次はどんなプロトコルの不思議を覗いてみましょうか。エンジニアとしての旅は、まだまだ始まったばかりです！
コメント