なぜエッジにWebAssemblyを採用したか、米FastlyのマクマレンCTOが語った理由
ユーザーと物理的に近い位置（エッジ）にコンピューターを分散配置して処理を行う「エッジコンピューティング」が注目されるようになって久しい。しかし、エッジコンピューティングの恩恵を受けられる企業は限られている。多くのコンピューターから成る大規模なネットワークが必要になるためだ。 そうした企業には、自前のクラウドを持つ米Google（グーグル）や米Amazon.com（アマゾン・ドット・コム）などのいわゆる「GAFA」がある。例えばGoogleは、エッジでインターネットのクローリングを効率化していると考えられる。GAFA以外にも、動画配信サービスの米Netflix（ネットフリックス）が独自のCDN（コンテンツ・デリバリー・ネットワーク）を持ち、エッジでCDNをカスタマイズしているという。 企業などにCDNサービスを提供するCDN事業者も、世界規模のコンピューターネットワークを持つ。そこで各CDN
TCPとQUICの比較
ジェフ・ヒューストンのブログより。 QUICトランスポート・プロトコル(RFC 9000)は、オリジナルのTCPトランスポート・プロトコルを改良したものに過ぎないという一般的な見解があります[1][2]。私は、この意見に同意し難く、私にとってQUICは、通信のプライバシー、セッション制御の完全性、柔軟性の面で、アプリケーションが利用できるトランスポート機能における重要な変化を象徴しています。QUICは、より多くの形式のアプリケーションの動作に本質的に役立つ、異なる通信モデルを体現しています。そうです。TCPよりも高速です。私の意見では、公衆インターネットは、いずれQUICがTCPに取って代わると思っています。ですから、私にとってQUICは、TCPに少し手を加えただけのものではありません。ここでは、TCPとQUICの両方について説明し、QUICがトランスポート・テーブルに加えた変更について見
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フリー＆オープンソースのファイヤーウォールアプリ「Portmaster」がv1.0.0に／Windows/Linux対応
Understanding Java’s Project Loom
