← 전체 목록
⚖️
Elastic Load Balancing
네트워킹부하 분산
▶아키텍처 다이어그램
점선 애니메이션은 데이터 또는 요청의 흐름 방향을 나타냅니다
왜 필요한가요?
인스턴스나 컨테이너가 여러 대가 되면 사용자는 하나의 주소로 접속하길 원하지만, 뒤에서는 건강한 대상만 골라 트래픽을 나눠야 합니다. 애플리케이션 코드 안에 이 로직을 넣는 것은 비효율적입니다.
안에서 어떻게 동작하나요?
ELB는 리스너와 타깃 그룹을 두고 요청을 적절한 EC2, ECS, Fargate 태스크로 분산합니다. 헬스 체크로 비정상 대상을 제외하고, 경로와 호스트 기준 라우팅도 지원합니다.
무엇과 헷갈리나요?
ELB와 API Gateway는 둘 다 요청 앞에 서지만 목적이 다릅니다. ELB는 애플리케이션 트래픽 분산과 고가용성에 강하고, API Gateway는 API 정책과 인증, 제품화에 강합니다.
왜 이런 방식이 등장했나요?
과거에는 웹 서버가 자체적으로 프록시나 로드밸런서를 운영해야 했고, 장애 탐지와 확장까지 직접 챙겨야 했습니다. 그래서 분산과 헬스 체크를 서비스로 제공하는 ELB가 기본 인그레스 계층이 됐습니다.
언제 쓰나요?
웹 앱, 컨테이너 서비스, 다중 인스턴스 API, 경로 기반 라우팅이 필요한 인그레스에 적합합니다. API 수준의 인증, 스로틀링, 사용량 제어가 핵심인 경우에는 맞지 않습니다.
웹 애플리케이션마이크로서비스고성능 TCP서드파티 어플라이언스
Official Docs
AWS더 깊게 보기
현재 페이지의 개념 설명을 본 뒤 공식 문서로 바로 이동합니다.