Reverse HTTP Transport が描く新しい Web サービスデプロイ構成 | blog.jxck.io

2024-05-10

https://blog.jxck.io/entries/2024-05-10/reverse-http-transport.html

なるほど。うまくいくかは分からないが、考え方はおもしろい。

逆に AWS や GCP 上でがっつり構築して、ネットワーク内にインスタンスがあって、その出口に LB がある構成で、それでも Reverse するメリットがあるのかなどはよくわからない。

これは私もすごい思うところ。
あとは、クライアント証明書の管理の面倒くささや、CDN に登録する手間など色々デメリットもありそう。
それを補うだけのメリットは、私は今のところ思いつかないな。
どこかに、そういうユースケースがあるかどうか知りたい。

想像だが、CDNプロバイダーやPaaS側など、提供する方には何かメリットがあるのかもしれない。
我々使う側ではないところで、こういう仕組みが取り入れられるとかは可能性としてはあるかもしれない。

おもしろい提案ではあるが、現時点で私は大きなメリットを感じられないな、と思った。
今後どうなっていくのかな。
提案の背景とかも知りたいところ。

https://www.ietf.org/archive/id/draft-bt-httpbis-reverse-http-01.html

と思っていたが、よく見ると期限切れになっているので、これ以上更新はなさそう。

2024-05-05-08-38-43.png.webp