프로젝트 옐로우핑거 소개 연구실 문의하기
contact@yellow-finger.com
02.2205.4128
API Gateway vs. Load Balancer vs. Reverse Proxy
API 게이트웨이 vs 로드 밸런서 vs 역방향 프록시
API Gateway vs. Load Balancer vs. Reverse Proxy
API Gateways, Reverse Proxy Servers, and Load Balancers are essential components in modern software architecture.
API 게이트웨이, 리버스 프록시 서버 및 로드 밸런서는 현대 소프트웨어 아키텍처에서 필수적인 구성 요소이다.
요약 :)
API 게이트웨이, 역방향 프록시 서버 및 로드 밸런서는 최신 소프트웨어 아키텍처의 필수 구성 요소입니다.

각각은 웹 애플리케이션 성능, 보안 및 확장성을 향상시키는 특정 역할을 수행합니다.

그러나 이러한 서비스의 역할에 대한 설명이 필요한 경우가 많습니다.
더보기→

출처.
Dr Milan Milanović. (2024.04.22). Medium. API Gateway vs. Load Balancer vs. Reverse Proxy. 2024.04.25. https://medium.com/@techworldwithmilan/api-gateway-vs-load-balancer-vs-reverse-proxy-a04071a767d6
API 게이트웨이, 역방향 프록시 서버 및 로드 밸런서는 최신 소프트웨어 아키텍처의 필수 구성 요소입니다. 각각은 웹 애플리케이션 성능, 보안 및 확장성을 향상시키는 특정 역할을 수행합니다. 그러나 이러한 서비스의 역할에 대한 설명이 필요한 경우가 많습니다. 주요 특징은 다음과 같습니다. API 게이트웨이는 클라이언트와 백엔드 서비스 그룹 사이에 위치합니다. 모든 API(응용 프로그래밍 인터페이스) 호출을 수락하고 이를 이행하는 데 필요한 다양한 서비스를 집계하고 올바른 결과를 반환함으로써 역방향 프록시 기능을 수행합니다. 사용자 인증, 속도 제한 및 통계는 API 서비스 시스템을 대신하여 API 게이트웨이가 처리하는 일반적인 업무입니다. 또한 API 게이트웨이는 오류(회로 차단기)를 처리하고 로그 및 모니터링할 수 있습니다. 로드 밸런서는 들어오는 트래픽을 여러 서버나 리소스에 분산시키는 서비스입니다. 일반적으로 백엔드에는 두 개 이상의 웹 서버가 있으며 이들 서버 간에 네트워크 트래픽을 분산합니다. 주요 목적은 자원을 최적으로 사용하는 것입니다. 동일한 작업 할당과 증가된 용량은 시스템의 응답성과 안정성을 향상시킬 수 있습니다. 하드웨어 기반, 클라우드 기반, 소프트웨어 기반의 세 가지 고급 로드 밸런서가 있습니다. 역방향 프록시 서버는 백엔드 서버 앞에 위치하며 클라이언트 요청을 이러한 서버로 전송합니다. 역방향 프록시는 일반적으로 보안, 속도 및 신뢰성을 높이는 데 사용됩니다. 역방향 프록시는 클라이언트로부터 요청을 수신하고 이를 다른 서버로 전달한 다음 이를 클라이언트에 반환하므로 첫 번째 프록시 서버가 요청을 처리한 것처럼 보입니다. 이러한 프록시는 사용자가 원본 서버에 직접 액세스하지 못하도록 하여 웹 서버에 익명성을 제공합니다. 이는 일반적으로 여러 백엔드 서버 간에 해당 트래픽을 배포하거나 캐싱에 사용할 수 있도록 들어오는 트래픽 흐름을 처리해야 하는 로드 밸런싱에 사용됩니다. 따라서 이 두 가지의 주요 차이점은 API 게이트웨이는 요청을 적절한 서비스로 라우팅하고 API에 대한 요청을 처리하는 데 중점을 두는 반면, 로드 밸런서는 서버 그룹 간에 요청을 균등하게 분산하고 전송된 요청을 처리하는 데 중점을 둔다는 것입니다. 프로토콜 또는 소켓 수준(TCP, HTTP)에서 작동하는 단일 IP 주소로. API 게이트웨이 의 몇 가지 예 는 다음과 같습니다. 아마존 API 게이트웨이 오셀롯 티크 아파치 APISIX 로드 밸런서는 다음과 같습니다. Azure 로드 밸런서 HAProxy 시소 역방향 프록시 서비스 의 예는 다음과 같습니다. 아파치 프록시 야르프 엔진스 추가 모듈이 포함된 IIS (URL 재작성)