[WEB] 로드 밸런시, 프록시 및 역방향 프록시 기록하기

김현수·2024년 3월 25일
0

WEB

목록 보기
13/19


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


로드 밸런싱

  • 개념

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

  • 장점

    • 확장성

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

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

  • 단점

    • 복잡성

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

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

프록시

  • 개념

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

  • 장점

    • 익명성

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

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

  • 단점

    • 속도

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

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

역방향 프록시

  • 개념

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

  • 장점

    • 보안

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

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

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

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

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

    • 로드 밸런싱

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

  • 단점

    • 단일 실패 지점

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

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

0개의 댓글