HTTP 역방향 프록시의 보안 문제, FastCGI가 답일까?

FastCGI는 웹 소켓(WebSockets)을 지원하지 않는다는 단점이 있다. 하지만, WHATWG 스트림(Streams)을 활용하여 HTTP 요청을 통해 웹 소켓과 유사한 기능을 구현할 수 있다. 또한, FastCGI는 HTTP/2/3의 성능 향상을 활용할 수 있으며, 백 프레셔(Backpressure)를 지원한다. 하지만, 아직 요청 바디(Body) 스트리밍과 응답을 동시에 처리하는 기능은 지원하지 않는다.

커뮤니티에서는 FastCGI와 HTTP 간의 트레이드 오프(Trade-offs)에 대한 다양한 의견이 제시되었다. HTTP는 단순성으로 인해 널리 사용되지만, 보안 취약점에 취약하다는 단점이 있다. 반면, FastCGI는 보안 측면에서 우수하지만, 웹 소켓(WebSockets) 미지원 및 툴링(Tooling)의 부족함이 단점으로 지적된다. End-to-End 원칙(End-to-End Principle)과 최소 권한의 원칙(Principle of Least Privilege) 사이의 균형을 맞추는 것이 중요하다.