← 전체 목록
🚪
Amazon API Gateway
통합API 생성 및 관리
▶아키텍처 다이어그램
점선 애니메이션은 데이터 또는 요청의 흐름 방향을 나타냅니다
왜 필요한가요?
외부 클라이언트에 API를 공개할 때 인증, 스로틀링, 버전 관리, 라우팅을 애플리케이션마다 직접 넣으면 중복이 커집니다. 공통 API 관문이 필요합니다.
안에서 어떻게 동작하나요?
API Gateway는 경로와 메서드를 기준으로 요청을 받아 인증과 제한을 적용하고, Lambda·EC2·ECS 같은 백엔드로 넘깁니다. 스테이지와 배포 단위를 분리해 API 변경을 관리할 수도 있습니다.
무엇과 헷갈리나요?
API Gateway와 EventBridge는 둘 다 경계를 통해 이벤트를 시작점으로 올려보내는 점에서 비슷해 보이지만, API Gateway는 동기식 요청에서 인증·스로틀링·정책을 담당하는 프런트도어이고 EventBridge는 비동기 이벤트를 규칙으로 라우팅하는 이벤트 버스입니다.
왜 이런 방식이 등장했나요?
과거에는 각 서비스가 인증, 요청 검증, 레이트 리밋을 제각각 구현했습니다. 이런 중복을 줄이고 API 운영을 표준화하기 위해 전용 API 프런트도어인 API Gateway가 필요해졌습니다.
언제 쓰나요?
모바일·웹용 공개 API, 웹훅 수신, 서버리스 백엔드, 파트너용 인터페이스에 적합합니다. 인증·스로틀링 없이 단순히 트래픽을 여러 서버로 나누는 것만 필요하면 맞지 않습니다.
서버리스 API마이크로서비스 진입점WebSocket APIAPI 버전 관리
Official Docs
AWS더 깊게 보기
현재 페이지의 개념 설명을 본 뒤 공식 문서로 바로 이동합니다.