ECS를 사용해서 어플리케이션 서비스 하기

카카오스타일이 Elastic Beanstalk에서 AWS ECS(Fargate)로 전환한 과정과 함께, VPC 설계부터 ECR 이미지 저장, ECS 클러스터·서비스·태스크 정의, ALB 연동까지 전체 인프라 구성을 Terraform 코드와 함께 설명한다. AWS 컨테이너 인프라를 처음 구성하는 팀에게 실용적인 레퍼런스가 된다.

핵심 포인트 - 도입 배경: Docker Compose로 로컬 개발 환경 통일 후, 운영 환경도 컨테이너 기반으로 전환 필요. Elastic Beanstalk의 유연성 한계로 ECS Fargate 선택 - VPC 설계: 복수 AZ에 퍼블릭/프라이빗 서브넷 구성. Internet Gateway(퍼블릭 아웃바운드), NAT Gateway(프라이빗 아웃바운드)로 보안 경계 설정 - ECR: 도커 이미지 저장소. ECS 태스크가 ECR에서 이미지를 pull해 컨테이너 실행 - ECS 구성 3요소: 클러스터(논리적 그룹) → 태스크 정의(컨테이너 스펙·CPU·메모리·포트 명세) → 서비스(태스크 인스턴스 수 유지·ALB 연동) - 트래픽 흐름: 인터넷 → ALB(퍼블릭 서브넷) → 타겟 그룹 → ECS 태스크(프라이빗 서브넷). 컨테이너는 외부에 직접 노출 안 됨 - 보안 그룹: ALB ↔ ECS 태스크 간 통신 허용 규칙 명시적 설정 필요

상세 정리 - Fargate: EC2 인스턴스 직접 관리 불필요. 서버리스 방식으로 태스크별 CPU/메모리 할당 - 태스크 정의(Task Definition): 이미지 URI, 환경 변수, 포트 매핑, 로그 드라이버(CloudWatch Logs) 등 컨테이너 실행 명세 포함 - ECS 서비스: 태스크 수를 지정한 수로 유지(self-healing). 배포 시 롤링 업데이트 또는 블루/그린 전략 적용 가능 - ALB 타겟 그룹: ECS 서비스를 타겟으로 등록해 헬스체크 + 트래픽 자동 분산 - 퍼블릭 서브넷 컴포넌트: ALB, NAT Gateway. 프라이빗 서브넷 컴포넌트: ECS 태스크 - 전환 후 배포 시간이 Beanstalk보다 증가했지만 마이크로서비스 확장과 트래픽 급증 대응에 더 적합하다고 평가 - 추가 고려사항: Route53 커스텀 도메인, ACM HTTPS 인증서, CloudWatch Logs 연동, CloudFront 배포 - 전체 인프라 Terraform 코드 포함으로 즉시 재현 가능

왜 읽나: ECS 도입의 개념 설명에 그치지 않고 VPC 설계부터 ALB 연동까지 전체 구성을 Terraform 코드와 함께 제공해, 실제 컨테이너 인프라 구성 작업에 바로 참고할 수 있다.