エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
QUICの紹介 - Evolutionary Architectures
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
QUICの紹介 - Evolutionary Architectures
この記事は Kyash Advent Calendar 2019 21日目の記事です。 現在IETFによって HTTP/3 という HTTP/2 に... この記事は Kyash Advent Calendar 2019 21日目の記事です。 現在IETFによって HTTP/3 という HTTP/2 に続くHTTPの新しいバージョンの仕様策定が進められています。HTTP/3 は QUIC というプロトコル上で動作するものです。今回は特に QUIC について紹介します。 QUICとは QUIC は現在IETFによって標準化が進められているプロトコルです。簡単に言うと UDP 上に再実装された TCP+TLS のようなものです。冗談で TCP/2 と呼ぶ人もいる*1ようです。QUIC は TLS 1.3 の仕組みを使った暗号化が必須となっており、暗号化せずに QUIC を使うことはできません。 なぜ QUIC という新しいプロトコルが開発されているのか QUIC は Google によって発案*2されました。そもそも Google からはウェブ高