Amazon ECS Gateway 출시…ALB 공유·자동화의 범위와 운영 점검

2026년 10월 23일 기준 | 서버·클라우드 기술 분석

AWS가 10월 20일 발표한 Amazon ECS Gateway는 컨테이너 서비스의 외부 유입 트래픽(ingress)을 플랫폼 팀의 공통 정책 아래 구성하는 기능이다. 서비스 팀이 설정을 일일이 복제하던 방식과 달리, 플랫폼 팀은 Gateway에 네트워크 표준을 정의하고 애플리케이션 팀은 서비스에 커넥터를 연결한다. 기능 출시 사실과 실제 환경에서의 비용·운영 효과는 구분해야 한다.

ECS Gateway 및 컨테이너 라우팅 개념도 — 자체 제작한 설명용 이미지 (실제 사진·스크린샷 아님)

플랫폼 팀과 서비스 팀의 책임 구분

플랫폼 팀은 Gateway에 서브넷·보안 그룹·TLS 인증서·리스너 및 WAF 정책과 같은 기준을 지정하고 클러스터에 연결한다. 서비스 팀은 ECS 서비스 생성·업데이트 과정에서 Gateway 커넥터를 설정한다. ECS는 서비스에 필요한 경로와 관련 리소스를 관리한다. 이 기능은 서비스의 모든 보안 책임을 AWS로 이전하거나 네트워크 설계를 생략해도 된다는 뜻은 아니다.

ALB 하나에 최대 25개 서비스

AWS 발표에 따르면 호스트 기반 라우팅으로 Application Load Balancer 한 대에 최대 25개 ECS 서비스를 연결할 수 있다. 각 서비스에 별도의 DNS 호스트명과 인증서, 대상 그룹, 리스너 규칙, 서비스 보안 그룹이 만들어진다. 공유 ALB와 서비스별 리소스의 경계를 혼동하면 안 된다. 서비스가 처음 연결되면 ALB가 생성되고, 용량이 부족하면 추가 ALB가 만들어질 수 있다.

ALB 공유 및 서비스별 리소스 설명 이미지 — 자체 제작한 설명용 이미지 (실제 사진·스크린샷 아님)

적용 가능한 환경과 비용

AWS 공식 발표의 지원 범위는 awsvpc 네트워크 모드의 ECS 서비스이며 모든 ECS 실행 유형과 상용 AWS 리전에서 제공된다. ECS Gateway 기능 자체에 추가 이용료는 없지만 배포된 ALB 등 기반 인프라에는 사용료가 부과된다. 따라서 'Gateway 무료'는 전체 로드밸런싱 비용이 무료라는 뜻이 아니다.

도입 전 검증해야 할 다섯 가지

클러스터와 Gateway의 VPC·서브넷·보안 정책과 서비스의 실제 트래픽 유형이 호환되는지 확인한다.
기존 ALB 리스너·인증서·WAF 정책을 Gateway 정책으로 옮겼을 때 차이가 없는지 비교한다.
서비스별 DNS, 대상 그룹 및 헬스체크가 예상대로 작동하는지 테스트한다.
장애 시 영향 범위, 롤백 절차, IAM 권한과 알람을 사전 문서화한다.
실제 트래픽으로 ALB 사용량·비용을 측정한 후 도입 효과를 판단한다.

적용 범위와 관측 지표

AWS 공식 공지에서 ECS Gateway는 awsvpc 네트워크 모드를 사용하는 ECS 서비스에서 모든 시작 유형에 제공되며, 상용 AWS 리전에 배포됐다고 설명한다. 플랫폼 팀은 Gateway를 클러스터에 연결하고 서비스별 gateway connector 설정을 추가한다. 서비스 트래픽과 상태는 표준 ALB의 CloudWatch 지표 및 대상 그룹 상태 정보로 살펴볼 수 있다. 실제 서비스 전환 전에는 현재 로드 밸런서·인증서·WAF·보안 그룹 구성이 새로운 관리 방식과 충돌하지 않는지 별도 검증해야 한다.

공식 출처: 발표 원문

ECS Gateway 도입 시 운영 제한

2026년 10월 23일 기준 AWS ECS Gateway는 HTTPS 리스너의 443번 포트만 지원하며 다른 리스너 프로토콜·포트는 사용할 수 없다. 게이트웨이와 연결할 ECS 클러스터는 같은 AWS 계정에 있어야 하며, 서비스는 awsvpc 네트워크 모드를 사용해야 한다. 이름·유형·스킴·리스너 프로토콜 및 포트·서브넷·IP 주소 유형 등 일부 설정은 생성 이후 변경할 수 없어, 변경하려면 새 게이트웨이를 생성하고 서비스를 옮겨야 한다. 또한 ECS Express Mode 서비스는 이 기능의 연결 대상이 아니다.

공식 문서: AWS ECS Gateway 개요 및 제한사항 · 생성·변경 관리