상품 이미지 업로드에 S3 + CloudFront를 도입한 이유 | Notion

1. 배경

<aside> 🌉

1. 개요

중고 경매 플랫폼에서 사용자가 등록하는 상품 이미지의 저장 방식은

서비스 품질, 속도, 안정성, 비용에 직결되는 핵심 인프라 요소이다.

초기에는 로컬 서버나 애플리케이션 내부 저장을 고려했지만,

확장성과 정적 리소스 전송 속도를 고려해 AWS S3 + CloudFront 조합을 최종 도입하였다.

</aside>

<aside> 🛠

2. 기술적 요구사항

요구 항목	설명
빠른 이미지 로딩 속도	사용자 입장에서 상품 이미지 로딩은 UI/UX에 큰 영향을 미침
높은 가용성 및 안정성	이미지 파일 유실 없이 안정적으로 저장돼야 함
정적 파일 서버 분리	WAS의 리소스를 이미지 처리에 쓰지 않아야 함
확장성	등록된 이미지가 많아질수록 안정적으로 수평 확장 가능해야 함
도메인 통합	도메인 기반 접근 통제 및 HTTPS 적용 가능해야 함

</aside>

2. 선택지

<aside> 📌

1. 선택지

선택지	설명	장점	단점	채택
**로컬 저장소
(직접 저장)**	Spring Boot 내 디렉토리 또는 외부 경로에 저장	- 구현 간단

비용 없음 | - 재배포 시 이미지 유실
확장성 없음
WAS 자원 소모 | ❌ 미채택 | | DB BLOB 저장 | 이미지 파일을 DB에 Binary 형태로 저장 | - 트랜잭션 관리 용이
일관성 보장 | - 성능 저하 심각
쿼리 복잡도 증가
추천되지 않음 | ❌ 미채택 | | S3 단독 사용 | AWS S3에 직접 저장 후 URL로 접근 | - 무제한 확장
높은 내구성
정적 파일에 최적 | - 객체 URL이 직접 노출
HTTPS 도메인 통합 어려움 | ❌ 미채택 | | S3 + CloudFront | S3에 저장하고, CDN으로 CloudFront를 통해 배포 | - 빠른 전송 속도 (CDN 캐시)
도메인 정의 가능 | - 설정 복잡도 다소 증가
S3요청을 줄임으로서 비용 감소 | ✅ 채택 | </aside>

3. 결정 및 이유

항목	이유
성능	S3는 정적 파일에 최적화돼 있고, CloudFront로 글로벌 캐시를 제공해 로딩 속도가 매우 빠름
확장성	이미지 수가 수천~수만 개 이상이 되어도 자동으로 확장 처리
안정성	S3는 내구성 보장, 데이터 유실 가능성 극히 낮음
HTTPS 및 도메인 통합	CloudFront를 통해 HTTPS 인증서 적용 및 도메인 라우팅 가능
비용 효율성	CloudFront 캐시로 트래픽을 줄여 S3 요금을 절감할 수 있음
서버 의존성 제거	WAS 서버가 무겁지 않고, 정적 파일 요청으로 인한 부하가 없음

<aside> ⚠️

</aside>

4. 결론