[re:Invent 2025] ECS Express Mode: 복잡한 인프라 설정 없이 컨테이너 배포하기
1. ECS Express Mode란?
새롭게 컨테이너 전환을 고려 중인 AWS 사용자라면, 다양한 오케스트레이션 옵션 중에서도 Amazon ECS를 가장 먼저 떠올리실 것입니다. 실제로 AWS re:invent 2025에서는 신규 사용자의 약 60%가 러닝 커브가 높은 EKS 대신, 조금 더 직관적으로 컨테이너를 배포할 수 있는 ECS를 선택하고 있다고 밝혔습니다.[1]
하지만 ECS를 선택하더라도 ‘애플리케이션’만 고민하면 되는 것은 아닙니다. 고가용성을 위한 로드밸런서(ELB), 서비스 단위의 Auto Scaling 정책, 그리고 보안 그룹(Security Group) 설정 등은 여전히 초보자에게 높은 진입 장벽으로 작용합니다.
ECS Express Mode는 이러한 설정의 복잡성을 대폭 낮추면서도, 세부적인 구성 요구사항을 충족할 수 있어 신규 구축 시 적극적으로 고려해 볼 만한 옵션입니다. 기존 Elastic Beanstalk 사용자라면, 그와 유사한 편의성을 제공하면서도 컨테이너 제어 능력을 더 높인 배포 방식이라고 이해하시면 쉽습니다.
2. 왜 ECS Express Mode인가? (주요 이점)
ECS Express Mode를 선택했을 때 얻을 수 있는 3가지 핵심 이점은 다음과 같습니다.
- 자동화된 리소스 프로비저닝: 사전에 정의하고 프로비저닝해야 할 인프라 리소스가 획기적으로 줄어듭니다. 특히 설정 과정에서 실수하기 쉬운 보안 그룹(ECS 및 ELB용)과 로드밸런서가 컨테이너 포트 설정에 맞춰 자동으로 생성되고 연결됩니다.
- 통합된 배포 가시성: 애플리케이션 배포와 관련된 리소스 현황을 마치 CloudFormation Stack처럼 한 화면에서 통합적으로 관찰할 수 있습니다. 이는 분산된 리소스를 일일이 찾아다녀야 했던 기존 방식 대비 가장 큰 장점입니다.
- 직관적인 운영 관리: 서비스 생성 후에도 클러스터 탭 내에서 리소스를 통합 관리할 수 있습니다. 기존에는 네트워크, Auto Scaling, 컴퓨팅 정보가 분리된 탭에 흩어져 있었으나, Express Mode에서는 구성 하위 탭에서 모든 정보를 높은 가시성으로 확인할 수 있습니다. (물론, 기존 콘솔 관리 화면도 그대로 사용 가능합니다.)
3. 시작하기 (Step-by-Step)
직접 Express Mode를 통해 서비스를 배포해 보겠습니다. (사전 준비: 배포할 컨테이너 이미지는 ECR 리포지토리에, ECS 클러스터는 사전에 생성되어 있어야 합니다.)
- 서비스 생성 진입: ECS 서비스 검색 후, 생성 화면에서 Express Mode 탭을 선택합니다.
- 세부 구성 정의: ‘추가 구성’ 탭을 확장하여, 기존 Task Definition에서 정의하던 설정값들을 한곳에서 일관성 있게 입력합니다. 설정 가능한 주요 항목은 다음과 같습니다.
- Service Name: 서비스 식별 이름
- Container Information: 포트 번호, 헬스 체크 경로, 환경 변수, 커맨드 라인
- Computing Spec: Fargate 사양 (Express Mode는 Fargate 전용)
- Auto Scaling: 목표 지표(Target Metric), 최소/최대 인스턴스 수
- Network: VPC, 서브넷, 보안 그룹 자동/수동 설정
- 배포 시작: 설정을 마치고 생성 버튼을 클릭하면, 서비스 구동에 필요한 모든 리소스가 순차적으로 생성됩니다. (Nginx 이미지 기준, 배포 완료까지 약 5분 소요)
- 배포 확인: 배포가 완료된 서비스는 선택한 클러스터의 하위 서비스로 편입됩니다. 이제 Express Mode 전용 대시보드와 기존 콘솔 화면 모두에서 서비스를 모니터링할 수 있습니다.
- 운영 관리
- 구성 탭에서는 클러스터와 컨테이너에 대한 기본 정보를 제공합니다. 또한 컴퓨팅과 네트워크 관련 정보도 화면에서 확인이 가능합니다.
- 관찰성 탭에서는 Container의 CPU, MEM, 네트워크, Disk 관련 지표 뿐만 아니라, 연결된 로드 밸런서까지 확인 가능합니다.
4. 주요 장단점 비교
앞선 실습을 통해 우리는 콘솔 화면 이동 없이 단 하나의 흐름으로 서비스를 배포했습니다. 기존 방식에서 로드밸런서를 미리 만들고, Task Definition을 작성하고, 다시 서비스를 생성하던 번거로움이 사라진 것입니다. 더불어, LoadBalancer와 네트워크 지표까지 통합된 화면으로 제공한다는 점에서 운영 관리의 효용까지 개선한 운영 방식입니다.
ExpressMode 사용시 ExpressMode 사용으로 인한 추가 비용은 없습니다. (자동 구성 LB, Computing Unit 비용 등 발생)
간단히, 구성상 차이점을 표로 정리하여 비교해보겠습니다.
| 구분 | ECS Express Mode | 기존 Task Definition 방식 |
|---|---|---|
| 설정 복잡도 | 컨테이너 이미지, 포트, 환경변수만 입력하면 자동으로 모든 인프라 구성 | Task Definition JSON 작성, 클러스터 생성, 서비스 설정, VPC/보안그룹/로드밸런서 등 개별 리소스 수동 구성 필요 |
| 용량 공급자 | Fargate만 지원 (서버리스 컨테이너) | Fargate, EC2, External (온프레미스) 선택 가능. EC2 사용 시 인스턴스 관리 필요 |
| 네트워킹 | 기본 VPC에 퍼블릭 서브넷 자동 생성, 인터넷 게이트웨이 연결, 보안그룹 자동 구성 (HTTP/HTTPS 허용) | VPC, 서브넷, 라우팅 테이블, 보안그룹, NAT 게이트웨이 등 네트워크 아키텍처 직접 설계 및 구성 |
| 로드밸런서 | Application Load Balancer 자동 생성, 타겟 그룹 설정, 헬스체크 구성, 도메인 자동 할당 | ALB/NLB 수동 생성, 리스너 규칙 설정, 타겟 그룹 관리, Route 53 연동 등 직접 구성 |
| Task Definition | 컨테이너 정보만 입력하면 CPU/메모리, 실행 역할, 로그 드라이버 등 자동 설정된 Task Definition 생성 | JSON 형태로 컨테이너 정의, 리소스 할당, 볼륨 마운트, 환경변수, 시크릿 관리 등 모든 설정 직접 작성 |
| IAM 역할 | Task 실행 역할, Task 역할 자동 생성 (CloudWatch Logs, ECR 접근 권한 포함) | Task Execution Role, Task Role 직접 생성, 필요한 정책 연결, 최소 권한 원칙 적용 |
| 스케일링 | CPU 사용률 N% 기준 Auto Scaling 자동 설정, 최소/최대 태스크 수 설정 (다소 제한적) | Target Tracking, Step Scaling, Scheduled Scaling 등 다양한 정책 설정, 커스텀 메트릭 기반 스케일링 가능 |
| 유연성 | 기본 설정 변경 제한적, 고급 기능 사용 불가 | 모든 ECS 기능 활용 가능, 세밀한 튜닝, 커스텀 네트워킹, 다중 AZ 배포, Blue/Green 배포 등 |
| 권장 사용 사례 | 개발/테스트 환경, MVP 구축, 컨테이너 학습용, 빠른 데모 필요 시 | 프로덕션 환경, 엔터프라이즈 애플리케이션, 복잡한 마이크로서비스 아키텍처, 규정 준수 요구사항 |
5. 결론
ECS Express Mode는 단순한 기능 추가를 넘어, ‘인프라 관리의 복잡성 제거’라는 클라우드 매니지드 서비스 본연의 가치에 한 걸음 더 다가선 기능입니다.
기존 ECS가 EKS에 비해 상대적으로 접근하기 쉽다고는 하지만, 여전히 네트워크 설계, IAM 권한 관리, 로드밸런서 연결 등 인프라 초보자가 넘어야 할 진입 장벽은 분명히 존재했습니다. Express Mode는 이러한 장벽을 획기적으로 낮추어, Elastic Beanstalk의 편의성과 ECS의 유연성 사이에서 고민하던 사용자들에게 훌륭한 타협점을 제시합니다.
물론, 앞서 비교표에서 확인했듯 Fargate 전용이라는 점과 세밀한 커스터마이징에 일부 제약이 있다는 점은 고려해야 합니다. 따라서 다음과 같은 접근 전략을 추천합니다.
- 초기 도입 및 MVP 개발: 인프라 설정에 시간을 쏟기보다 빠른 배포가 중요한 시점에는 Express Mode를 적극 활용하여 Time-to-Market을 단축하십시오.
- 서비스 고도화 단계: 서비스가 성장하여 EC2 인스턴스 타입의 세밀한 조정이나 복잡한 네트워크 정책이 필요해지는 시점에, 기존 ECS 방식(Standard)으로 설정을 고도화하거나 확장하십시오.
결국 ECS Express Mode는 개발자가 인프라 프로비저닝이라는 무거운 짐을 내려놓고, 애플리케이션 코드와 비즈니스 가치 창출에 온전히 집중할 수 있도록 돕는 강력한 도구가 될 것입니다. 컨테이너 전환을 망설이고 있었다면, 지금 Express Mode로 가볍게 시작해 보시길 바랍니다.
최신 댓글