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
自分だけのカスタマイズされたHTTPプロキシを作る·node-http-proxy MOONGIFT
node-http-proxyはnode.jsで開発されたHTTPプロキシサーバ。 node-http-proxyはJavaScript/node.js製のオープンソース・ソフトウェア。開発時に公開用サーバではなく、ローカルまたは自社内のテスト用サーバに接続して行うケースは多々ある。そんな時にごく小規模なチームならhostsファイルを書き換えて対応できるだろう。 だが複数のプロジェクトが平行していたり、人数が多くなるとそのような対応では面倒になるかも知れない。そんな時にはプロキシを立てて、設定をプロキシサーバに依存してしまうのが良さそうだ。カスタマイズが柔軟なプロキシとしてnode-http-proxyを紹介しよう。 node-http-proxyはまさにそうした小規模なネットワーク接続を代行するのにちょうど良いサイズだ。HTTPベースのプロキシサーバとして動作し、基本的には投げられたリク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
