04 / 09
비용 관련 요소
CloudFront 캐싱 비용 절감, ECS Fargate 서버리스, 리소스 정리, 단일 도메인 구조
비용 최적화 설계 철학
통합 포탈 서비스는 초기 구축 단계부터 비용 최적화를 고려하여 설계되었습니다. 단순히 리소스를 줄이는 것이 아니라, 아키텍처 구조 자체를 비용 효율적으로 설계하는 방향으로 접근하였습니다. CDN 캐싱, 서버리스 컨테이너, 리소스 정리, 구조 단순화를 통해 운영 비용을 체계적으로 절감하였습니다.
CloudFront 기반 비용 절감
정적 리소스(/assets/*)를 CloudFront 캐시로 처리함으로써 백엔드 리소스 사용량을 크게 줄였습니다. CloudFront 캐시를 활용하지 않을 경우, 정적 요청까지 ALB 및 ECS로 전달되어 불필요한 컴퓨팅 비용이 발생할 수 있습니다.
캐시 미적용 시
• 모든 정적 요청이 ALB → ECS로 전달
• 불필요한 컴퓨팅 리소스 소비
• 데이터 전송 비용 증가
• ALB 요청 수 증가로 비용 상승
✓ S3 + CloudFront 적용 시
• 정적 리소스를 엣지에서 직접 제공
• ALB 요청 수 대폭 감소
• ECS Task 부하 감소
• 데이터 전송 비용 절감
| 비용 항목 | 캐시 미적용 | CloudFront 캐시 적용 | 효과 |
|---|---|---|---|
| ALB 요청 수 | 정적 + 동적 전체 | 동적 요청만 | 요청 수 감소 |
| ECS Task 부하 | 정적 처리 포함 | API 처리만 | CPU/메모리 절감 |
| 데이터 전송 | 리전 내 전송 | 엣지 캐시 제공 | 전송 비용 절감 |
| S3 비용 | 직접 접근 없음 | 저렴한 스토리지 비용 | 비용 효율적 |
서버리스 컨테이너 — ECS Fargate
EC2 기반이 아닌 ECS Fargate를 선택함으로써 서버 관리 비용을 제거하고, 트래픽 기반 자동 확장으로 유휴 리소스 비용을 최소화하였습니다. 이는 특히 SaaS 서비스 특성상 트래픽 변동이 있는 환경에서 효율적인 구조입니다.
EC2 기반
• 서버 인스턴스 상시 운영 비용
• OS 패치 / 보안 업데이트 관리
• 용량 계획 필요 (over-provisioning 리스크)
• 유휴 시간에도 비용 발생
ECS Fargate
• 서버 관리 비용 제거 (서버리스)
• 트래픽 기반 자동 확장/축소
• 사용한 만큼만 과금
• 운영 오버헤드 최소화
리소스 정리 및 환경 분리
운영 과정에서 다음과 같은 비용 비효율 요소를 식별하고 개선하였습니다.
불필요한 S3 버킷 존재
사용하지 않는 버킷 식별 및 정리
stg / prod 리소스 혼용
환경별 리소스 완전 분리
ElastiCache 및 Secret 중복 사용
중복 제거 및 환경별 분리
리소스 관리 복잡도 감소
불필요한 리소스 제거로 관리 포인트 축소
불필요 비용 제거
미사용 리소스에 대한 과금 차단
단일 도메인 기반 구조
CloudFront를 활용하여 정적/동적을 하나의 도메인으로 통합함으로써 추가 인프라 구성 비용과 운영 복잡도를 동시에 줄였습니다.
단일 도메인 구조
portal.example.com→CloudFront (단일 진입점)/assets/*→ S3/api/*→ ALB → ECS/auth/*→ ALB → ECS (Auth)Summary
통합 포탈 서비스는 "CDN 캐싱 + 서버리스 + 리소스 정리 + 구조 단순화를 통한 비용 최적화 아키텍처"로 구축되었습니다. 아키텍처 설계 단계에서부터 비용 효율성을 고려하여, 불필요한 리소스 사용을 최소화하고 운영 복잡도를 줄이는 방향으로 구성하였습니다.