HTTP/2時代のバックエンド通信検討メモ - ぼちぼち日記

1. はじめに、 今朝、こんな返事を元に kazuho さんとIPsec/TLS等バックエンド通信について議論する機会を得ました。 せっかくだから現時点での自分の考えを整理してメモとして残しておきます。 普段ちゃんとしたストーリをもったエントリーしか書いていないのですが、今回は時間がないのでちゃんとした論理的文章になっていないメモ程度のものです、あしからず。 以下、フロント側に HTTP/2 を導入した場合のバックエンド通信をどう考えるかのメモです。 2. 性能的観点 フロントにHTTP/2を導入したということは、ブラウザのHTTP HoLブロック解消が目的の一つだと思う。HTTP/2の多重化通信によってクライアントからこれまで以上の同時リクエストをさばかないといけない（だいたい初期値は同時100接続ぐらいに制限されていると思う）。 他方バックエンド側通信は、クライアント側がブラウザではな

[Jxck]

DC レベルで盗聴改ざん防止を考えた時、 HTTP だけじゃなく全部のプロトコルを守るとなったときに、個々に over tls を導入して独自 CA 立てるのと、全部 IPSec にするのとで、運用から見たらどうなのかが知りたい。

[naga_sawa]

DC内盗聴も考えるとなると総TLSとかそうせざるを得ないというか

[ono_matope]

分かりやすい

[napsucks]

macsecいいぞう。不用意に盗聴されない、偽のデバイスつながれない、なによりパフォーマンス劣化が皆無。実装に穴があるかは不明だけど。

[Dai_Kamijo]

HTTP/2時代のバックエンド通信検討メモ 皆読むと良い — voluntas#1345 (@voluntas) July 17, 2015 from Twitter https://twitter.com/Dai_Kamijo July 17, 2015 at 12:36PM via IFTTT

[jinjor]

Pros & Cons良い。

[mapk0y]

高負荷でかつDC内のノード間通信でセキュリティを気にしないといけない会社ってそれほどない気がするので自分にはあまり関係無いかなと思っちゃうｗ

[TokyoIncidents]

国内で DC 内サーバ間通信のセキュリティにそこまで気を遣っている企業がどの程度あるんだろう？

[clavier]

HTTP/2時代のバックエンド通信検討メモ - ぼちぼち日記

[kazuhooku]

ありがとうございます。あとで書く

[yosuke_furukawa]

DCセンター内も脅威にさらされる時代なのか、っていうのはともかく、データセンター内だったらまたPushの有効性も変わってくるのかなぁ。