📰 로드 밸런시, 프록시 및 역방향 프록시

로드 밸런싱

• 개념

  • 네트워크 또는 애플리케이션 트래픽을 여러 서버에 분산
  • 단일 서버에 과부하가 발생하지 않도록 하여 안정성과 가용성을 향상시키는 방식

• 장점

  • 확장성

    • 수요 증가에 따라 더 많은 서버를 추가하여 애플리케이션을 더 쉽게 확장 가능

  • 중복성

    • 로드를 분산하여 애플리케이션 가용성을 높이고 가동 중지 시간의 위험을 줄임

• 단점

  • 복잡성

    • 로드 밸런서를 구현하고 관리하면 인프라가 더 복잡함

  • 비용

    • 추가 서버와 특수 로드 밸런싱 하드웨어 또는 소프트웨어가 추가되면 비용이 증가

프록시

• 개념

  • 다른 서버에서 리소스를 찾는 클라이언트의 요청을 중개하는 역할
  • 캐싱, 인증, 액세스 제어 등의 기능을 제공

• 장점

  • 익명성

    • 프록시는 클라이언트의 실제 IP 주소를 숨겨 일정 수준의 개인 정보 보호 및 보안을 제공

  • 캐싱

    • 자주 액세스하는 콘텐츠를 캐싱하여 로딩 시간과 대역폭을 줄일 수 있음

• 단점

  • 속도

    • 제대로 구성되지 않은 경우 프록시로 인해 추가 대기 시간이 발생

  • 보안

    • 잘못 구성된 프록시 서버로 인해 보안 취약점이 발생

역방향 프록시

• 개념

  • 웹 서버 앞에 위치
  • 클라이언트 요청을 웹 서버에 전달하고 클라이언트를 대신하여 리소스를 검색
  • 동적 콘텐츠에 대한 로드 밸런싱, SSL 종료 및 캐싱을 제공

• 장점

  • 보안

    • 백엔드 서버의 ID를 숨겨 추가적인 추상화 및 보안 계층을 제공

  • SSL 종료

    • SSL/TLS 암호 해독을 처리하여 백엔드 서버의 성능 비용을 오프로드

    • ex) Nginx 의 경우 (비용절감, 동적 컨텐츠 해독 X)

      • 클라이언트의 요청을 정적 컨텐츠는 HTTPS 로 보안을 지키며 요청

      • 동적 컨텐츠는 Nginx 에서 HTTP 를 사용하여 웹 서버에 전달

  • 로드 밸런싱

    • 들어오는 트래픽을 효율적으로 분산하여 단일 서버가 과부하되는 것을 방지

• 단점

  • 단일 실패 지점

    • 고가용성을 염두에 두고 설정하지 않으면 역방향 프록시가 단일 실패 지점이 될 수 있음

  • 복잡한 구성

    • 로드 밸런싱, SSL 종료 및 캐싱을 사용하여 역방향 프록시를 설정하는 것은 복잡할 수 있음