공치고 썸타고 — 앱 회원 사진 저장소 선정 보고서 (2026-06-17)

비공개 접근제어 필수 — 데이팅 프로필 사진은 공개/검색노출 금지. 서명URL 또는 인증 프록시로만 노출(noindex 보안정책).
개인정보(PIPA) — 얼굴 사진은 민감. 국외 저장 시 "개인정보 국외이전" 고지·동의 필요.
확장성·비용 — 회원↑ 시 용량·전송량(egress) 비용이 핵심. 데이팅은 사진 열람이 잦아 egress가 큼.
한국 적합성(우선순위) — 한국 무료 → 한국 유료(승인) → 글로벌 무료 → 글로벌 유료(승인).
현 스택 정합 — Supabase(DB/Auth/RLS, Tokyo) + Vercel. S3 호환이면 코드 재사용 쉬움.

2. 옵션 비교

3. 권고

저장소	요금 (2026)	장점	단점
Cloudflare R2 글로벌·무료시작	10GB 무료 + egress 영구 0원 이후 $0.015/GB/월 작업 $4.5 / $0.36 per 1M	• 전송비 0원 → 사진 열람 많은 데이팅에 최적, 장기 최저비용 • S3 호환(기존 코드 재사용) • Cloudflare 한국 엣지로 체감 속도 양호 • 무료 10GB로 초기 충분	• 해외 저장 → 국외이전 고지 필요 • 비공개=서명URL/프록시 직접 구현 • Supabase와 별도 관리
네이버 클라우드 Object Storage 한국 유료	유료(스토리지+요청+전송, KRW) 전송 ~45%↓ 주장	• 한국 리전(PIPA 데이터 거주 유리) • KRW 청구·한국어 지원 • S3 호환·저지연	• 의미있는 무료 없음(=승인 필요) • DX가 Supabase보다 번거로움
Supabase Storage (현재, Tokyo)	무료 1GB+egress 5GB (7일 미사용시 일시정지!) Pro $25/mo=100GB+egress250GB 초과 스토리지$0.021·egress$0.09/GB	• RLS 비공개 접근제어 내장(구현 최소) • 현 스택과 완전 통합·가장 단순	• 무료=프로덕션 부적합(정지·1GB) • egress $0.09/GB로 비쌈 • 해외(Tokyo)
AWS S3 +CloudFront 서울 유료	유료, 5GB 무료(12개월) egress 과금	• 서울 리전·업계 표준·성숙 • 무한 확장	• egress 과금·비용예측 어려움 • 설정 복잡
Backblaze B2	10GB 무료 $0.006/GB(최저가)	• 가장 저렴, CF 경유 egress 무료	• 한국 리전 없음·DX 약함

1순위 — Cloudflare R2 + 비공개 서명URL/프록시

전송비 0원이라 회원·열람 증가 시 Supabase/S3 대비 장기 비용이 압도적으로 저렴. 10GB 무료로 초기 충분.
구성: 파일은 R2, 권한·메타데이터는 Supabase DB·RLS 유지. 비공개는 ① 단기 서명URL 또는 ② 우리 Vercel API 프록시(밴드 api/band-image와 동일 패턴).
법무: 개인정보처리방침에 "사진=Cloudflare(해외) 보관·국외이전" 고지 추가.

대안 — 네이버 클라우드 : 데이터 국내 보관이 법적 요건이면 선택(PIPA 유리·KRW). 단 유료 → 승인 필요.

과도기(가장 단순, 당장 소량) — 현 Supabase 유지 + 출시 시 Pro($25/mo) 전환. RLS 비공개가 코드 최소이나, 회원·열람↑ 시 egress($0.09/GB) 비용이 빠르게 커짐 → 중장기엔 R2 권장.

4. 비용 / 승인 게이트

Cloudflare R2: 무료 10GB 시작 = 0원 초과분만 과금($0.015/GB, egress 0). 계정·통합 진행은 승인 후.
네이버 / Supabase Pro / S3: 유료 → 사용자 승인 필요
권고 진행안: R2 무료로 시작 → 무료 한도 내 비용 0, 초과 시 재보고.

5. 다음 단계 (승인 시)

Cloudflare 계정·R2 버킷(비공개) 생성 — 사용자 계정 필요.
업로드/서빙 모듈(서명URL 또는 프록시) — Architect+Mobile+Backend.
개인정보처리방침 국외이전 고지 — Legal.
기존 profile-photos(Supabase, 18장) 마이그레이션 여부 결정.

6. 데이팅 앱 업계 표준 (참고)

Tinder·Bumble·국내앱 공통 패턴 — 우리 권고(R2)가 이 표준과 일치하며 AWS보다 저렴.

오브젝트 스토리지 + CDN — 사진은 S3급(AWS S3·GCS·R2)에 두고 CDN 서빙. 대형=AWS S3+CloudFront, 비용민감/신생=Cloudflare R2(+Images).
공개 금지 · 서명URL(pre-signed) — 업로드: 서버가 단기 URL 발급→폰이 스토리지로 직접 업로드(서버 대역폭 절감). 열람: 권한확인 후 단기(5~15분) 서명URL. (우리 API 프록시도 동일 목적)
이미지 변환 레이어 — 스와이프 썸네일/프로필 원본을 즉석 리사이즈(Cloudflare Images·imgix·Cloudinary). 데이팅은 썸네일 열람多 → 대역폭 절감 핵심.
업로드 모더레이션 — AI로 음란·타인사진·가짜 검사 후 게시(Rekognition·Workers AI 등).
국내앱 — 보통 AWS 서울 or 네이버 클라우드, PIPA 준수.

→ 우리 대입: R2=스토리지, 프록시/서명URL=접근제어, R2 egress 0=CDN 서빙 비용 제거. 보너스로 Cloudflare Images(변환 5,000건/월 무료)를 R2 위에 붙이면 리사이즈+AI 모더레이션까지 묶여 — 대형앱이 따로 구축하는 걸 저렴하게.

참고(현황)

현재 Supabase 스토리지 사용 30.4MB(무료 1GB의 3%) · DB 37MB. celeb·밴드 사진은 외부 링크라 0. 즉 지금 저장되는 건 앱 회원 업로드(profile-photos 18장)·후기·모임 사진뿐. 본 결정은 실회원 유입 대비 사전 준비.