¶ 9권 — 클라우드로 서비스 확장하기: 무료 티어를 넘어 AWS 등 정식 인프라로
Vercel·Netlify·Render 같은 무료 클라우드 플랫폼은 아이디어를 빠르게 검증하는 단계에는 최선이지만, 트래픽이 늘고 고객이 SLA를 요구하기 시작하면 한계가 드러난다. 이 책은 "언제 정식 인프라로 옮겨야 하는가"라는 판단 기준부터 AWS를 예시로 한 3계층 아키텍처, 인프라를 코드로 관리하는 IaC까지 순서대로 정리한다.
¶ 무료 티어를 떠나야 할 때 — 세 가지 신호
다음 세 축으로 점검한다.
- 트래픽·성능 신호: 특정 시간대의 429 오류·응답 지연 반복, DB 커넥션 풀 상시 포화
- 비용 신호
- SLA·신뢰성 신호: 고객사가 가동률·RTO/RPO·데이터 보관 위치를 계약서에 요구, 단일 장애점 존재, 백업·복구를 플랫폼의 블랙박스에 의존
세 신호 중 하나라도 뚜렷하면 "언젠가 할 일"이 아니라 "지금 계획할 일"로 다뤄야 한다.
¶ 기본 아키텍처 — 3계층 구조
정식 전환이 곧바로 마이크로서비스나 쿠버네티스를 의미하지는 않는다. 대부분의 스타트업에는 검증된 3계층(3-tier) 구조가 무난한 출발점이다.
- 웹 계층: 퍼블릭 서브넷의 ALB가 트래픽을 분산
- 애플리케이션 계층: 프라이빗 서브넷의 백엔드 API
- 데이터 계층: 프라이빗 서브넷의 관리형 DB, Multi-AZ로 자동 장애 조치
네트워크 설계 원칙은 다음과 같다.
- 외부 노출은 로드밸런서뿐
- 최소 2개 이상 가용영역에 배치
- 계층 간 통신은 보안 그룹으로 필요한 포트만 개방
¶ 인프라를 코드로 관리하기 — IaC와 Terraform
콘솔 클릭으로 인프라를 구성하면 규모가 커질수록 재현·감사가 어려워진다. Terraform은 원하는 상태를 선언적 설정 파일로 정의하면 실제 상태와의 차이를 계산해 적용하는 도구로, 다음 3단계 워크플로를 따른다.
- Write
- Plan
- Apply
도입 이유는 다음 네 가지다.
- 재현성
- 리뷰 가능성(인프라 변경도 PR로)
- 재해 복구
- 온보딩 비용 절감
¶ 설계를 점검하는 기준 — AWS Well-Architected Framework
다음 여섯 기둥으로 아키텍처를 점검한다.
- 운영 우수성
- 보안
- 안정성
- 성능 효율성
- 비용 최적화
- 지속가능성
전환 초기에는 보안·안정성·비용 최적화 세 가지에 집중하고 나머지는 점진적으로 강화한다.
¶ 옵션 — 멀티 리전 구성과 매니지드 데이터베이스 전환
다음 조건에 해당하지 않는다면 멀티 리전은 아직 이르며, 최소 2개 가용영역 배치만으로 충분한 경우가 대부분이다.
- 데이터 주권 규제
- 지리적으로 분산된 사용자
- 단일 리전 장애를 감내할 수 없는 매출 규모
데이터베이스는 자체 관리와 매니지드(RDS 등) 중 선택하는데, 전담 DBA가 없을수록 매니지드로 옮기는 편이 합리적이다.
¶ TodoBox 이전 사례로 보는 다섯 갈래 기술 요소
- 컴퓨팅: EC2 + Auto Scaling Group
- 네트워크: VPC + ALB
- DB: RDS PostgreSQL, Multi-AZ 자동 장애 조치
- 방화벽/보안: WAF + 보안 그룹 + IAM 역할 최소 권한
- DNS: Route 53
이 구성은 여전히 단일 애플리케이션 구조다. 기능별로 배포 주기가 달라지기 시작하면 MSA 전환을, 서비스가 여러 개로 나뉘면 컨테이너 오케스트레이션을 그다음 단계로 고려하게 된다.
¶ 핵심 메시지 — 전환 타이밍을 놓치지 않는 것
전환은 빠를수록도 늦을수록도 아닌 균형점의 문제다.
- 트래픽 없는 상태에서 미리 설계한 아키텍처는 실제 패턴을 반영하지 못해 나중에 다시 설계해야 하는 이중 비용이 된다.
- 반대로 신호가 뚜렷해진 뒤에도 미루면 장애 대응과 마이그레이션을 동시에 처리해야 하는 최악의 조건에 놓인다.
¶ 참고할 만한 사례
| 구분 | 사례 |
|---|---|
| 국내 | 두올테크가 레거시 Windows EC2 구조에서 ECS 기반 SaaS로 전환해 배포 주기를 단축한 사례, 인프랩(인프런)의 전환 후 지속 비용 최적화 사례 |
| 해외 | Airbnb가 창업 초기부터 AWS에 인프라를 위임한 사례, Dropbox가 초기 대규모 확장 이후 자체 인프라(Magic Pocket)로 전환한 사례 |
¶ 💬 질문이 있으신가요?
아래 댓글로 남겨주세요. 로그인 없이도 바로 남길 수 있습니다.