Amazon ECS Gateway, ALB 공유보다 먼저 볼 연결 조건과 공개 범위

먼저 읽는 핵심

AWS는 10월 20일 ECS Gateway를 발표했다. 플랫폼팀이 인입 구성을 정하고 서비스팀이 커넥터로 참여하는 구조다.
ALB 공유에는 연결 조건이 있으며, 내부 서비스는 접근 유형 필터를 확인해야 한다. 추가 요금 없음이 하위 인프라 무료를 뜻하지는 않는다.

서버 운영실에서 두 엔지니어가 네트워크 계획을 검토하는 장면
설명용 이미지 예정. 실제 사건·기관·상품·인물을 촬영한 증빙 사진이 아닙니다.

Amazon ECS Gateway는 서비스마다 반복하던 인입 네트워크 구성을 공통 정책으로 묶는다. 하지만 도입 판단은 ALB 개수만으로 끝나지 않는다. 어떤 게이트웨이에 연결되는지와 서비스가 외부에 노출될 수 있는지를 함께 살펴야 한다.

ECS Gateway가 관리하는 것은 인입 구성

Amazon ECS Gateway는 AWS가 2026년 10월 20일 발표한 ECS 서비스용 관리형 인입 네트워크 리소스다. 플랫폼팀이 공통 기준을 정하고 서비스는 gateway connector로 참여한다. ALB와 지원 리소스는 고객 계정에 만들어진다. [S1]

공식 발표는 호스트 기반 라우팅으로 ALB 하나를 최대 25개 서비스가 공유하고 각 서비스에 고유 호스트 이름을 제공한다고 설명한다. ECS가 필요에 따라 ALB를 추가하거나 제거하지만, 이를 애플리케이션의 비용·보안 설계 전체를 대신하는 기능으로 이해해서는 안 된다. [S1]

연결 조건과 PRIVATE 필터가 중요한 이유

ECS Gateway 연결은 서비스와 같은 VPC, 서비스가 사용하는 모든 가용 영역의 포괄, 접근 유형 필터 일치 여부로 결정된다. 커넥터가 이름으로 게이트웨이 하나를 고르는 방식이 아니라, 클러스터의 호환되는 게이트웨이에 연결되는 방식이다. [S3]

내부용 서비스라면 PRIVATE 필터가 중요하다. 공식 문서는 필터를 생략한 상태에서 이후 인터넷 공개 게이트웨이가 클러스터에 연결되면 다음 배포 때 서비스가 노출될 수 있다고 경고한다. 접근 유형 필터는 연결 대상 선택이며 보안 규칙 자체를 설정하는 기능은 아니다. [S3]

출입 통제된 서버 구역 앞에서 인증 배지를 확인하는 운영자의 손
설명용 이미지 예정. 실제 사건·기관·상품·인물을 촬영한 증빙 사진이 아닙니다.

ALB 수량보다 실제 과금과 자원 제약

ECS Gateway에는 별도 추가 이용료가 없지만 ALB, CloudWatch 로그·지표, 데이터 전송 등 하위 리소스에는 해당 요금이 적용된다. 공유 전후 비용을 판단할 때는 ALB 개수뿐 아니라 처리량과 모니터링 사용도 함께 계산해야 한다. [S2]

현재 개요 문서는 게이트웨이당 ALB 최대 할당량을 200으로 제시한다. 이는 설정 항목의 기본값과 같은 의미가 아니다. 용량 계획에서는 현재 설정과 서비스 할당량을 각각 확인해야 한다. 또한 ECS는 부분 사용 중인 ALB 사이의 서비스를 자동 통합하지 않고, 외부에서 바꾼 관리 리소스를 자동 복구하지 않는다는 한계가 있다. [S2]

기존 경로를 유지한 채 새 연결 확인

기존 로드밸런서가 있는 서비스에 커넥터를 추가해도 기존 설정은 자동 제거되거나 변경되지 않는다. AWS는 두 경로를 병행하면서 새 게이트웨이 URL을 검증한 뒤 후속 업데이트에서 기존 경로를 제거할 수 있다고 안내한다. [S3]

운영팀은 이전 전후의 접근 범위, TLS, 헬스 체크, 실제 응답과 장애 시 복귀 경로를 확인하는 편이 좋다. 이 점검 항목은 편집상 운영 제안이며 이 글에서 실제 AWS 리소스를 생성하거나 비용 절감을 실측한 것은 아니다. 서비스 수와 네트워크 기준이 비슷해도 보안 경계까지 공유 가능한지는 별도로 판단해야 한다.