핵심 요약
AWS의 ECS 실행 구조와 선택 기준을 다루며, launch type은 선언용이고 실제 실행은 capacity provider로 구성하는 원칙을 제시합니다. 4종 컴퓨트(Fargate, EC2, ECS Managed Instances, EXTERNAL)와 4가지 실행 형태(Express, Standard, RunTask, Scheduler), 그리고 서비스 전환 매트릭스와 운영 제약을 정리합니다.
구현 방법
- launch type은 선언/호환성 표시로만 쓰고, 실제 실행은 capacity provider로 구성하는 권고를 따릅니다. 1:다 대응 관계를 이해합니다.
- 4종 컴퓨트와 6종 배포 전략의 관계를 표로 제시하고, EC2↔Fargate 간 직접 전환은 불가하며 capacity provider 전환이 필요함을 명시합니다.
- Express Mode, Standard Service, RunTask, Scheduler의 4가지 실행 형태를 상황에 맞게 운용합니다. 2026-07-01부터 Express에서 Task 정의 커스터마이징이 가능해졌습니다.
- ECS Managed Instances의 사용 상황(5가지)과 관리형 daemons, AWS Batch 지원 등 확장 옵션을 안내합니다.
- 운영 파라미터(launch template, 용량, 모니터링, 태그) 및 클러스터의 제약(최대 20개 capacity provider, RunTask 최대 10개)도 요약합니다.
- 2부의 배포 전략, 네트워크·스토리지 등 상황별 가이드를 예고합니다.
주요 결과
- EC2에서 Fargate로의 변경은 launch type 전환이 아니라 Fargate capacity provider로의 전환이 안전한 방향입니다.
- 신규 서비스는 처음부터 capacity provider로 구성하는 것이 권고됩니다.
- GPU 워크로드 등은 ECS Managed Instances로 해결 가능하며, 커스터마이징 가능성은 Express Mode의 확장을 뒷받침합니다.
