なぜ QUIC や SPDY が生まれたのか ? - Block Rockin’ Codes

Intro Google が SPDY の開発を始めたのは 2009 年で、 2012 年に HTTP2.0 のドラフトとして採用されたあたりからちょっと話題になりました。 翌 2 月には新たなプロトコル QUIC の存在が Chromium のソースからリークしたのですが、しばらくは音沙汰なく。 6 月に入ってやっと Google から公式アナウンスとドキュメント類が出ました。 去年から今年にかけて立て続けに出てくる新しいプロトコルの話。 なぜ今 Web のプロトコルが見直されるのか？ 何が問題で、なぜ Google はそれらを作り変えるのか？ SPDY や QUIC は Google の独自プロトコルだけど、それは本当にただの独自プロトコルで終わらせていいのか？ 20% ルールで作ってみた Play プロジェクトでしかないのか？ こうした新しい動きには、かならず「それまで」と「今」を踏

[tmatsuu]

「QUICを443ポートを通してHTTPS上で」ってのがとても気になった。どういうことだってばよ。調べてみる。

[kazuhooku]

TCPに問題というよりも、TCPはストリーム指向であって、ドキュメント指向なプロトコルであるHTTPを載せるのにむいていなくて、かといってSCTP over DTLSは最善でなくて云々

[n_nomusan]

なぜ SPDY が開発されたのか？なぜ HTTP ではダメなのか？そして SPDY をもさらに改良しようと。。。背景の説明も含めて分かりやすい記事。

[gologo13]

わかりやすい

[teppeis]

#hpbn

[utano320]

“展開時間は同じ、”

[yass]

"「TCP の上に多重化レイヤ」という発想自体は、ネットワークプログラミングの視点から見ると筋の良いものではないといえます。そこで、 Google は UDP の上に Web を構築するという方針にも取り組み始めました。それが QUIC "

[Canelmo]

またあとで読む。

[hirsato]

SPDY は、 1 本の接続を極力使い切る設計になっています。具体的には、コネクションの上に「ストリーム」という論理的な接続を作り、それは多重化されています。たとえば 3 つのコンテンツの取得は 3 つのストリームを確

[ryotarai]

via Pocket

[tak4hir0]

なぜ QUIC や SPDY が生まれたのか ? - Block Rockin’ Codes

[Itisango]

#Google #SPDY #QUIC

[mactkg]

@mactkg

[naga_sawa]

クライアントもある程度のシェアを押さえたがゆえにできる戦略と/OSもandroid持ってるからプロトコルスタックに手を入れてモバイル向けL3プロトコル出してきても不思議じゃないよね

[betelgeuse]

名前呼びかけ・あいさつ・用件・謝辞、をすべて必ずやりましょう！という運動は成功したけど、目の前の人相手にそれを数十回数百回やるのはそろそろウザいという話

[nkazuki]

めちゃわかりやすくて面白かった！

[ysks]

TCPやHTTPの問題・改善点は10年以上前から指摘され続けていたけれど、サーバ・クライアントを同時に対応させなきゃいけない制約が足かせになっていた。でもやっと時代が変わり始めた / なぜ QUIC や SPDY が生まれたのか ?

[azumakuniyuki]

興味深い

[auient]

プロトコルのこれまでとこれからについての分かりやすい説明

[tengo1985]

SPDYは暗号化してしまえば隠蔽できるから、って理由なのか知らなかった。

[wasai]

これはおもしろいまとめですね

[sisya]

おもしろい

[khtokage]

これは良いまとめ。非技術者の人にも分かりやすいかも。

[yosuke_furukawa]

これは少し長いですが読んだほうが良いです。今流行のプロトコルの背景がわかるし、これまでのおさらいにもなります。非常に勉強になった。

[sugyan]

すごいなぁ

[KAZUMiX]

実証試験できるのが強いなー

[gkojax]

HTTP はそもそも、論文の共有などを目的に作られたシステムなので、アプリ/システム/ゲームなどのプラットフォームとして使われるようになった今現在において、そのデザインは本当に最適か？

[tnh]

なかなか面白かった

[igrep]

いいまとめ！

[paschen00]

わかりやすい！ / なぜ QUIC や SPDY が生まれたのか ? - Block Rockin’ Codes (id:Jxck / @Jxck_)

[muto_masa]

TCP Fast Openという仕様も作成しているのか。TCPレイヤまでいじっている。