Fargate를 포기하고 Lightsail VM 하나로 AWS 비용 93% 절감

(dev.to)

Dev.to DevOps2026년 5월 5일개발자 도구

Fargate를 포기하고 Lightsail VM 하나로 AWS 비용 93% 절감

트래픽이 거의 없는 초기 단계의 AI 디렉토리 서비스가 과도하게 설계된 AWS Fargate 환경을 버리고, 단일 AWS Lightsail VM으로 전환하여 월 인프라 비용을 93%($345 → $12) 절감한 사례입니다. 복잡한 네트워크 및 관리형 서비스(NAT Gateway, ALB 등)가 초래하는 '인프라 유지 비용'의 위험성을 잘 보여줍니다.

이 글의 핵심 포인트

1Fargate 기반 초기 설정 비용: 월 $345 (트래픽 거의 없음)
2비용 절감 결과: 월 $12로 93% 절감 달성
3주요 비용 원인: NAT Gateway, ALB, VPC Endpoint 등 인프라 유지 비용이 전체의 상당 부분 차지
4해결 방법: 단일 AWS Lightsail VM에 Docker Compose를 활용하여 모든 스택(Next.js, Postgres, Redis) 통합 운영
5핵심 교훈: Pre-revenue 단계에서는 확장성보다 비용 효율적인 '단순한 구조'가 우선되어야 함

이 글에 대한 공공지능 분석

왜 중요한가

초기 스타트업이 흔히 빠지는 '오버엔지니어링의 함정'을 실증적으로 보여줍니다. 서비스 규모에 맞지 않는 고사양 인프라 구축이 어떻게 제품의 런웨이(Runway)를 갉아먹는지 수치로 증명하고 있습니다.

배경과 맥락

AWS Fargate는 확장성과 가용성이 뛰어나지만, 이를 운영하기 위해 필수적인 NAT Gateway, ALB, VPC Endpoint 등 '인프라 배관(Infrastructure Plumbing)' 비용이 트래픽과 무관하게 발생합니다. 이는 트래픽이 없는 Pre-revenue 단계에서는 매우 치명적인 고정비가 됩니다.

업계 영향

클라우드 네이티브 기술(CDK, IaC)이 주는 편리함이 오히려 비용 최적화의 장애물이 될 수 있음을 시사합니다. 인프라의 '확장성'보다 '비용 효율성'이 우선되어야 하는 MVP 단계에서는 Docker Compose와 같은 단순한 기술 스택이 더 강력한 전략이 될 수 있습니다.

한국 시장 시사점

자본 효율성을 극도로 중시해야 하는 한국의 초기 스타트업 및 1인 개발자들에게 'Right-sizing'의 중요성을 일깨워줍니다. 기술적 완성도(Scalability)와 비즈니스 생존(Cost-efficiency) 사이의 균수를 맞추는 설계 능력이 엔지니어의 핵심 역량임을 보여줍니다.

이 글에 대한 큐레이터 의견

많은 개발자와 창업자들이 '확장 가능한 아키텍처'라는 명목하에 과도한 인프라를 구축하곤 합니다. 이 기사의 주인공처럼 CDK로 깔끔하고 자동화된 코드를 작성하는 것은 엔지니어링 측면에서는 훌륭하지만, 비즈니스 측면에서는 '수익도 없는 서비스에 월 45만 원을 지불하는 행위'가 될 수 있습니다. 특히 트래픽이 없는 상태에서의 고가용성(High Availability) 설계는 기술적 자부심일 뿐, 비즈니스적 가치는 제로에 가깝습니다.

스타트업 창업자라면 '기술적 부채'보다 무서운 것이 '비용적 부채'임을 명심해야 합니다. 인프라를 단순화하여 비용을 극단적으로 낮추고, 그 절감된 비용을 마케팅이나 제품 개발에 재투자하는 것이 훨씬 현명한 전략입니다. 서비스가 성장하여 트래픽이 임계점을 넘었을 때, 그때 비로소 Docker Compose에서 Fargate나 EKS로 전환하는 '점진적 아키텍처 업그레이드' 전략을 취해야 합니다. 즉, 'Good Enough'한 인프라를 찾는 것이 초기 스타트업 엔지니어링의 핵심 과제입니다.

원문 보기 →