피드로 돌아가기
Dev.toInfrastructure
원문 읽기
Aurora를 Control Plane으로 격리하여 고정 비용 최적화
Let Aurora Sleep: Multi-Tenant SaaS Cost, Reconsidered with AI IaC
AI 요약
Context
엔터프라이즈 요구사항인 VPC 격리와 감사 체계 준수를 위해 Aurora PostgreSQL 기반의 Always-on 구조를 채택함. 그러나 초기 단계 및 간헐적 트래픽 환경에서 RDS Proxy, NAT Gateway 등 신뢰성 확보를 위한 인프라 고정 비용이 실제 트래픽 대비 과다하게 발생하는 병목 지점 식별.
Technical Solution
- Aurora를 정준 상태(Canonical State), 승인, 감사 전용의 Thin Control Plane으로 정의하여 요청 경로에서 제외함
- 읽기 작업 및 정적 리소스를 CloudFront 및 S3로 오프로드하여 데이터베이스 호출 빈도 최소화
- Hot Path 및 단기 상태 관리를 위해 TTL 기반의 DynamoDB를 도입하여 Aurora Serverless v2의 Scale-to-Zero 유도
- LLM 호출 프로세스를 non-VPC Lambda로 분리하여 NAT Gateway 비용 제거 및 DB 의존성 차단
- AI 기반 IaC 및 선언적 스키마를 활용하여 인프라 전문가 없이도 최적화된 구조를 반복적으로 검증 및 배포함
실천 포인트
- 워크로드가 간헐적(Bursty)이며 Steady High Traffic이 아닌지 확인 - Viewer Read 작업이 DB 없이 S3/DynamoDB로 대체 가능한지 검토 - LLM 호출 시 VPC 외부 Lambda 사용 가능 여부 확인 - DynamoDB 저장 데이터가 TTL-bound 또는 Aurora에서 재계산 가능한지 검증 - Aurora 복구 지연 시간(Resume Latency) 수용 가능 여부 판단