HTTP2 時代のサーバサイドアーキテクチャ考察 - Block Rockin’ Codes
update 色々と twitter で議論が起こったのでまとめて貼っておきます。 togetter.com みなさんありがとうございました。 intro HTTP2 の RFC 化も目前ということで、そろそろ実際に HTTP2 を導入していくにあたってサーバサイドの構成についても、具体的にどう変わっていくかという点を考え始めていく必要があります。 そんな話を @koichik さんとしていたら、色々と考えが膨らんだのでメモしておきます。 前提 今回は、中規模のサービスを想定し、特に HTTP2 のサーバプッシュを踏まえた上でのコンテンツ配信などに、どういう構成が考えられるかを考えていきます。 また、本エントリ内では独自に以下の表記を採用します。 HTTP/1.1 = HTTP/1.1 (平文) HTTP/2 = HTTP/2 (平文) HTTPS/1.1 = HTTP/1.1 over
NginxのHTTP Pseudo-Streamingを試す – Rest Term
Nginxの HTTP Pseudo-Streaming (HTTPによる疑似ストリーミング)機能を使ってMP4(H.264/AAC)ファイルのストリーミング配信を試してみました。 * 環境 CentOS 5.8 (x86_64), Ubuntu 11.10 (x86_64) Nginx 1.3.1 gcc 4.4.5 * HttpMp4Moduleモジュールの組み込み Note that this module is only supported in nginx version 1.1.3 and higher in development branch and 1.0.7 in stable branch. ということなのでNginxのバージョンには注意しておきます。HttpMp4Moduleを組み込むにはconfigureオプションを追加してコンパイルする必要があります。 $ ./
Adobe HTTP Dynamic Streamingを使ってみた - まめ畑
先日、Adobeから「Adobe HTTP Dynamic Streaming」が公開されたので、使ってみました。 これは、動画ファイルの配信や従来はRTMPなどを使用していたLive配信をHTTPで配信出来るようにするもので、HTTPを使用するため、80番ポートを開けておくだけでよく運用も楽になり、配信されるフラグメントファイルも従来のキャッシュサーバにキャッシュ出来ます。 また、Apacheやキャッシュサーバを増やすだけでスケールが可能になります。 動画データを全て読み込むのではなく、順次フラグメントファイルを要求するので、フラグメントファイルの転送が遅いと再生が止まってしまいます。シーク時にはシーク先の時間に該当するフラグメントファイルから読込みをするだけなので、シーク後すぐに再生が開始されます。 クライアントとしては、Flash Player10.1から対応していて、同時に公開され
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Nginx導入時、サクッと対応しておくと良いかもしれない - Qiita
