この情報は、TechCrunch Japanの記事で知りました。
多くのユーザーがまだ聞いたことはないかもしれないが、あなたが「Chromeユーザー」なら既にGoogleの「QUICプロトコル」を使っている可能性は高いそうです。
先週、Googleが公表したところによると、「Chrome」から「Googleサーバー」に送られるリクエストの約半数には、「QUIC」が使われている。
いったいその何が重要なのか？
「QUIC」は、Googleによる「UDPレベルの実験的低遅延インターネットプロトコル」であり、「UDP」は、「ゲーム」、「ストリーミングメディア」、および「VoIPサービス」でよく使われるプロトコロルだそうです。
「QUIC」 という名前は、「Quick UDP Internet Connection」から来ているそうです。
プロトコルの世界で、「UDP（およびQUIC）」と比較されるのは、「TCP」だ（Internet Protocol［IP］との組み合わせで、インターネットの核となる通信言語となっている）。
「UDP」は、「TCP」より著しく軽量だが、その代わりに「TCP」よりもサポートしている「エラー訂正サービス」が少ない。
これは、送信サーバーが、例えばデータが届いているか、正しい順番で届いているかを調べるために、受信サーバーと頻繁にやり取りしていないことを意味する。
「UDP」が、「ゲームサービス」に最適である理由はそこにある。
この種のサービスでは、オーバーヘッドを減らして、遅延を最小にすることが望まれており、もし最新のマウス動作をサーバーが受け取っていなければ、1～2秒を費して訂正する必要はない。
なぜなら、アクションは、もう先へ進んでいるからだそうです。
しかし、ウェブサイトのリクエストには向いていない、なぜなら全データが届いたことを保証できないからだそうです。
「QUIC」におけるGoogleの狙いは、「UDP」と「TCP」の良いところを取り、「最新のセキュリティー技術と組み合わせる」ことだそうです。
通常のセキュアな「TCP接続」では、ブラウザーが実際にデータを受信し始めるまでに、2～3回やりとりが行われるのが普通だそうです。
「QUIC」を使うと、ブラウザーは過去にやりとりしたサーバーとは直ちに通信を開始することができるそうです。
さらに、「QUIC」は、輻輳（ふくそう）制御や自動再送信等の新機能を導入することによって、純粋なUDPよりも信頼性を高めているそうです。
Googleは、後に「HTTP/2標準」の基礎となった「SPDY」という、「QUICK」と同様の目的を持つ「代替プロトコル」を既に開発しているそうですが、「HTTP/2」は、「TCP上」で動作しているため同じ遅延問題を抱えているそうです。
それならなぜ、Googleは、「TCP」の改善に取り組まないかと疑問に思うのは当然だ。
問題は、同社の指摘によると、「TCPサポート」は、しばしばオペレーティングシステムに直接組み込まれていることにあるからだそうです。
そして、OSは、Googleの制御が一切及ばない部分であるからだそうです。
「QUICなら新しいアイデアを実験して、すぐに結果を見ることができる」とチームは、この方式を採用した理由を書いているそうです。
「効果が、証明された暁には、「QUIC」の機能が、「TCP」と「TLS」に移行されることを望んでいる」。
未だに、インストールされている「Windows XP」の数を踏まえると、それは一夜にして起こることでないことは明らかだそうです。
もし、Googleが、「全く新しいプロトコル」を設計すれば、インターネットの根幹を支える全マシンも、それを理解しなければならなくなると考えているそうです。
しかし、彼らが、既に理解しているのは、「UDP」だそうです。
Googleによると、「QUIC」は、Google検索において、平均ページ読み込み時間で「約3%の改善」を見せているそうです。
大したことがないように聞こえるが、Google検索が既に「最適化できるだけ最適化されている」ことを忘れてはならない。
他のサイト、特に遅延の大きいウェブアプリでは、もっと大きな改善が見込めるそうです。
「YouTube」を「QUIC経由」で接続したユーザーは、ヒデオ視聴中に再バッファリングが「約30%」少なくなったという報告があるそうです。
また、「QUIC」の改善された「輻輳制御」および「UDPのロスリカバリー」によって、非常に遅い接続のユーザーでも、「QUIC」によるページ読み込み時間の改善が見られているそうです。
Googleは、「HTTP2-over-QUIC」を、将来の新たな「インターネット標準」として、「IETF」に提案する計画だと話しているそうです。
これは様々な意味で、Googleの「SPDY」への取り組みと類似している。
同社は、あの時もまず、「Chrome」と「自社サービス上」で「プロトコルのプロトタイピング」を行い、その後「HTTPの新バージョンの基盤」として提案したそうです。
なお、自分の「Chrome」が、「QUIC」を使って接続しているかどうかを知るには、この「ブラウザー機能拡張」をインストールすれば確認できるそうです。（必ず、Chromeブラウザ上で操作をしてください。）
個人的には、実際にブラウザ拡張機能をインストールして、「YouTube」の動画を確認しました。
すると、ちゃんと「QUIC」対応されていることを確認できました。
スムーズに、動画を観ることができました！！！
またね。
