피드로 돌아가기
I Cut My Cold Start by 82% Without Changing a Single Line of Code
Dev.toDev.to
Infrastructure

DB Region 최적화를 통한 Cold Start 지연시간 82% 개선

I Cut My Cold Start by 82% Without Changing a Single Line of Code

kaz-builds-staff2026년 4월 10일3intermediate

Context

Tokyo 기반 사용자를 대상으로 한 서비스임에도 DB Region이 Mumbai(ap-south-1)로 설정된 구조적 결함 발생. Optimistic UI 및 Skeleton Screen 도입으로 인지적 지연을 완화했으나, 초기 진입 시의 물리적 네트워크 레이턴시 문제는 해결하지 못한 상황.

Technical Solution

  • Region 불일치로 인한 물리적 거리 및 네트워크 홉 증가가 Cold Start의 병목 지점임을 식별
  • Supabase 기본 Migration Tool의 Region 고정 제약을 극복하기 위해 pg_dump 기반의 수동 데이터 이관 전략 채택
  • Postgres 17 버전 호환성 이슈 해결을 위해 CI 워크플로우 내 postgresql-client-17 수동 설치 및 배포 파이프라인 수정
  • Google OAuth Redirect URL 및 Vercel Environment Variables의 전면 재설정을 통한 인증 시스템 리와이어링 수행
  • CDN 캐싱의 영향력을 배제한 순수 Cold Start 지표 측정으로 인프라 위치 최적화의 실효성 검증

1. 프로젝트 초기 설정 시 사용자 타겟 Region과 DB Region의 일치 여부 재확인

2. Cross-region 이관 시 DB 엔진 버전 호환성 및 Auth Redirect URL 변경 사항 체크리스트 작성

3. 단순 Median Latency 외에 Cold Start 및 Tail Latency를 분리하여 측정하는 모니터링 체계 구축

원문 읽기