SPDYやQUIC登場の背景。Webの進化がプロトコルを変えつつある。HTML5 Conference 2013

SPDYやQUIC登場の背景。Webの進化がプロトコルを変えつつある。HTML5 Conference 2013 Webをより速くしようと、HTTPよりも優れたプロトコルとして提案されたSPDY（スピーディ）。しかしそのSPDYによって、下位レイヤであるTCPの制限が顕著に見えるようになってしまい、そのことでTCP以外のプロトコルとしてQUICをGoogleが提案しています。 Webの進化は、インターネットのプロトコルにまで影響を与えようとしている、という非常に興味深い話が、HTML5のコミュニティ「html5j」主催のイベント「HTML Conference 2013」で行われた小松健作氏のセッション「最新Webプロトコル、傾向と対策」で行われました。 その内容をダイジェストで紹介しましょう。 最新Webプロトコル、傾向と対策 小松です。所属はNTTコミュニケーションズでHTML5の研究

[khtokage]

よく纏まってるけどHTTP/1.1の売りである持続的接続によるパイプライン化の話が抜けてるね。　あと分かる人向けに端的に言えば、QUIC＝ネットコードでよくあるUDP上に構築するTCPもどき。

[yamadar]

変化の時代にプログラマーとして働けて嬉しい。

[kei2100]

SPDYの弱点、TCP Long Fat Pipe

[sociolego]

"Webの進化によってTCPの制限が顕著に見えるようになってしまった"

[side_tana]

うむ

[chroju]

「速度を上げる」というのはGoogleの至上命題でもあるけど、普及にかかる時間と力量がハンパなさそうだな。

[Rockridge]

QUICプロトコル登場の背景には、SPDY等Webの進化によって「TCPの制限がWebのサービスに影響を及ぼすというのが分かってきたので、TCP以外のプロトコルを使ってSPDYなりを載せた方がいいのではないか」という問題意識がある。

[ono_matope]

じっくり読んだ、良記事。QUICからHTMLまで "見てきたように、SPDYを使うと速くなる、あるいは遅くなると言うのは一概には言えません"

[hirsato]

「Haed of Line Blocking」も起こります。 これはなにかというと、SPDYやWebSocketsもそうなんですが、1つのTCPコネクションでサーバとクライアントの間をつないで、そこでリクエストを多重化して送るんですね。すると最初のデー

[uzuki-first]

まだまだネットは未熟な技術！

[ymori76]

IPv4で枯渇するくらいTCPを使用している機器があるのに、それが他のプロトコルになるとか、何年後の話しなんだろう？IPv6対応！みたいにしばらくは両対応なんだろう。大変だ。。

[kazuyadesse]

( ´ ▽ ` )ﾉ

[blue1st]

“lazyload”良いね。現実的にはしばらくは「実際に速くする」ことよりも「速く見せる」ことのほうが重要視されそう。

[koemu]

「Webの進化によってTCPの制限が顕著に見える」

[potato777]

HTTPSと比較がわかりやすい

[rgfx]

“Attribute = lazyload”いいなー。JSでごちゃごちゃしなくて済む。

[kiyoami]

QUICに大注目だな

[KoshianX]

TCPにまで手が入るようになるのか

[gigi-net]

SPDYのわかりやすい解説

[labduck]

わかりやすかった

[kana321]

Webのプロトコル。昔はたった1つのプロトコル、HTTPしかありませんでした。これがHTML5になって、続々とWebの通信プロトコルがでてきました

[tarchan]

＞HTMLの中に「Resource Priorities」というのができて、これはタグの中に指定しておくとそれは後から読み込まれる、というものです。

[watta0525]

分かりやすい

[hitode909]

わかりやすい

[minesweeper96]

分かりやすかった

[y_uuki]

わかりやすい

[teracy_junk]

レイテンシーの話とか

[graceful_life]

よくまとまってる良い資料だわ

[economixmeister]

SPDYの解説ーHTML5 Conference 2013

[sugimori]

従来のコンポーネント技術の線引きを越えないといけなくなってきている