☰

WebSocket 서버의 역방향 프록시가 확장 관점에서 의미가 있습니까?

tag-icon • tag-icon reverse-proxy performance websocket scaling
WebSocket 서버의 역방향 프록시가 확장 관점에서 의미가 있습니까?

그 뒤에 역방향 프록시와 여러 WebSocket 서버가 있습니다. 확장성 관점에서 이것이 의미가 있는지 혼란스럽습니다. 왜냐하면 다음과 같이 보기 때문입니다.

  1. WebSocket 서버 A에는 30,000개의 활성 연결이 있습니다.
  2. WebSocket 서버 B에는 20,000개의 활성 연결이 있습니다.

모든 연결은 역방향 프록시를 통해 이루어집니다. 따라서 내 프록시에는 50,000개의 활성 연결이 있는 것 같습니다. 모든 연결을 적절한 WebSocket 서버로 프록시하기 때문입니다(또는 그렇게 작동하지 않을 수도 있나요? 잘 모르겠습니다).

그렇다면 확장 및 성능 관점에서만 WebSocket 서버를 역방향 프록시하는 것이 합리적입니까?

답변1

스케일링, 그렇죠. 관리 용이성, 그렇습니다. 내결함성/고가용성 - 대부분 그렇습니다. 성능 측면에서는 아무 것도 추가되지 않습니다. 실제로 대기 시간이 추가됩니다. 이는 TCP/IP 스택을 대상으로 하는 공격으로부터 원본 서버를 격리하는 데 보안을 추가한다는 점입니다.

(예, 프록시 연결과 원본 서버 연결 사이에는 1:1 관계가 있습니다.)

관련 정보