Azure Application Gateway vs Load Balancer vs Front Door: 적합한 도구 선택하기

By Mirko Peters · 2026-10-26

Azure Application Gateway, Load Balancer, Front Door를 비교합니다. Layer 4와 Layer 7 라우팅을 언제 사용해야 하는지 클라우드 아키텍처 관점에서 알아봅니다.

Automatically translated with AI from the original post. Read the English original

Microsoft Azure에서 올바른 트래픽 라우터를 선택하는 것은 애플리케이션의 성능과 보안에 매우 중요합니다. Azure Application Gateway는 URL 기반 라우팅으로 Layer 7 웹 트래픽을 관리하는 데 특화되어 있는 반면, 표준 Load Balancer와 Azure Front Door는 클라우드 아키텍트에게 완전히 다른 네트워킹 계층과 글로벌 분산 요구를 담당합니다.

핵심 요약

• Azure Application Gateway는 Layer 7에서 동작하며, HTTP/HTTPS 요청의 경로와 호스트 이름을 읽습니다.
• Azure Load Balancer는 Layer 4에서 동작하며, 페이로드를 읽지 않고 IP 주소와 포트만 처리합니다.
• Azure Front Door는 콘텐츠 전송 기능을 내장한 글로벌 다중 지역 Layer 7 로드 밸런싱을 제공합니다.
• 적절한 Azure 로드 밸런싱 서비스를 선택하면 라우팅 병목을 방지하고 클라우드 보안 태세를 최적화할 수 있습니다.
• 로드 밸런서 계층을 잘못 구성하면 숨은 지연 문제와 불필요한 운영 부담으로 이어지는 경우가 많습니다.

Azure 로드 밸런싱 스펙트럼 이해하기

Microsoft Azure에서 클라우드 인프라를 설계할 때 엔지니어는 복잡한 네트워킹 옵션에 직면하게 됩니다. 혼란은 보통 로컬 트래픽 관리자와 글로벌 트래픽 관리자를 구분하거나, Layer 4 로드 밸런싱과 Layer 7 애플리케이션 전달을 나누어 생각하려 할 때 시작됩니다. 아키텍처 진입점에 잘못된 도구를 배치하면 URL 경로 기반 라우팅을 할 수 없거나, Web Application Firewall로 엔드포인트를 보호하는 데 어려움을 겪게 될 수 있습니다.

Layer 4와 Layer 7의 구분

Azure Application Gateway가 어디에 위치하는지 이해하려면 먼저 기존 네트워킹과 최신 애플리케이션 전달 방식이 어떻게 다른지 살펴봐야 합니다. 표준 Azure Load Balancer는 네트워킹 스택의 하위 계층인 Layer 4에서 동작합니다. 이는 봉투의 겉면만 읽는 우편물 담당자와 비슷합니다. 출발지와 목적지 IP 주소 및 포트만 확인하고, 봉투 안의 내용은 열어 보지 않습니다.

반면 Azure Application Gateway는 Layer 7에서 동작합니다. URL 경로와 요청된 웹사이트 이름을 포함해 실제 웹 요청의 내용을 읽습니다. 이 기능 덕분에 게이트웨이는 이미지 요청은 전용 이미지 처리 서버 풀로 보내고 동영상 요청은 다른 곳으로 보내는 것과 같이 지능적인 라우팅 결정을 내릴 수 있습니다. 기존 Layer 4 로드 밸런서는 이러한 구분을 하기 위해 웹 트래픽 내부를 충분히 볼 수 없습니다.

심층 분석: Azure Application Gateway 기능

Azure Application Gateway는 전용 서브넷 안에서 웹 애플리케이션 앞에 직접 위치하며, 똑똑한 안내 데스크 역할을 합니다. 그렇지 않으면 백엔드 서버에 부담이 될 작업을 대신 처리하여, 실제 애플리케이션 로직에 컴퓨팅 리소스를 집중할 수 있게 해 줍니다.

TLS 종료 및 보안

애플리케이션 게이트웨이를 배포하는 가장 큰 이점 중 하나는 TLS 종료입니다. 모든 백엔드 가상 머신이나 앱 서비스가 SSL 인증서를 개별적으로 관리하고, 복잡한 암호화 연산을 처리하고, 갱신을 직접 수행하도록 하는 대신, 게이트웨이가 엣지에서 암호화된 HTTPS 연결을 수신합니다. 트래픽을 복호화하고 검사한 다음, 백엔드 풀로 안전하게 전달합니다. 또는 보안 규정 준수 요구 사항에 따라 트래픽을 서버까지 암호화된 상태로 유지해야 한다면 엔드 투 엔드 암호화를 구성할 수도 있습니다.

웹 애플리케이션 방화벽(WAF)

보안은 암호화에 그치지 않습니다. TLS는 외부인의 도청을 막아 주지만, 악의적인 행위자가 유해한 페이로드를 보내는 것을 막지는 못합니다. Azure 애플리케이션 게이트웨이의 WAF V2 SKU는 OWASP 핵심 규칙 집합을 기반으로 일반적인 웹 취약점에 대한 보호 기능을 통합하고 있습니다. SQL 삽입, 크로스 사이트 스크립팅(XSS), 명령 삽입 공격이 백엔드 서버에 도달하기 전에 능동적으로 차단합니다. 처음에는 WAF를 탐지 모드로 실행하면 엔지니어링 팀이 오탐을 발견하고 규칙을 조정한 뒤 방지 모드로 전환할 수 있습니다.

Azure Front Door를 선택해야 하는 경우

Azure 애플리케이션 게이트웨이는 뛰어난 리전 단위 솔루션이지만, 최근의 기업은 여러 지리적 리전에 걸쳐 운영되는 경우가 많습니다. 사용자가 전 세계 여러 대륙에 분산되어 있다면, 리전 단위 애플리케이션 게이트웨이는 멀리서 접속하는 사용자에게 지연 시간을 유발합니다. 이때 필요한 것이 Azure Front Door입니다.

Azure Front Door는 최신 글로벌 클라우드 콘텐츠 전송 네트워크(CDN)이자 계층 7 로드 밸런서입니다. 사용자와 정적 및 동적 글로벌 웹 콘텐츠 간에 빠르고 안정적이며 안전한 액세스를 제공합니다. Front Door는 Microsoft의 글로벌 엣지 네트워크를 사용하여 들어오는 사용자 연결을 최대한 네트워크 엣지에 가깝게 연결합니다. 애플리케이션 게이트웨이가 특정 Azure 리전이나 가상 네트워크 내의 트래픽을 처리하는 반면, Front Door는 전 세계 여러 리전에 걸쳐 글로벌 라우팅, SSL 오프로딩, WAF 보호를 조정합니다.

결론

Azure에서 적합한 로드 밸런싱 서비스를 선택하는 것은 애플리케이션 아키텍처, 지리적 사용자 분포, 트래픽 검사 요구 사항에 크게 좌우됩니다. 통합 WAF 보호와 함께 리전 단위 경로 기반 라우팅이 필요하든, 글로벌 전송 네트워크가 필요하든, 이러한 차이를 이해하면 탄력적인 클라우드 환경을 보장할 수 있습니다. 이러한 구성 요소가 실제로 어떻게 함께 작동하는지 전문 용어 없이 더 깊이 알아보려면, 전문가의 인사이트와 실무 전략을 담은 팝캐스트의 전체 에피소드를 들어보시기 바랍니다!

자주 묻는 질문

Azure 애플리케이션 게이트웨이로 Azure Load Balancer를 대체할 수 있나요?

아니요, 두 서비스는 OSI 모델의 서로 다른 계층에서 작동하기 때문입니다. Azure 애플리케이션 게이트웨이는 계층 7에서 웹 트래픽(HTTP/HTTPS)만을 위해 설계된 반면, Azure Load Balancer는 계층 4에서 TCP, UDP, 데이터베이스 트래픽과 같은 비웹 프로토콜을 처리합니다.

애플리케이션 게이트웨이 대신 Azure Front Door를 사용해야 하는 경우는 언제인가요?

애플리케이션이 여러 지리적 리전에 걸쳐 있고, 리전 단위 라우팅이 아닌 글로벌 로드 밸런싱, 리전 간 즉각적인 장애 조치, 엣지 기반 콘텐츠 전송이 필요하다면 Azure Front Door를 선택해야 합니다.

Azure 애플리케이션 게이트웨이는 단일 IP에서 여러 웹사이트를 지원하나요?

네. 다중 사이트 라우팅 규칙과 전용 리스너를 통해, 하나의 Azure 애플리케이션 게이트웨이 배포로 단일 고정 공용 IP 주소를 사용하여 최대 40개의 개별 웹사이트를 호스팅할 수 있습니다.

Azure 애플리케이션 게이트웨이 V2에서 자동 크기 조정은 어떻게 작동하나요?

자동 크기 조정을 사용하면 변동하는 트래픽 수요에 따라 게이트웨이가 인스턴스 수를 자동으로 늘리거나 줄일 수 있습니다. 최소 및 최대 인스턴스 한도를 설정할 수 있으며, 게이트웨이는 고가용성을 유지하기 위해 용량 단위를 동적으로 조정합니다.