인프런 아키텍처 2024 ~ 2025 | 인프콘2024

글로벌 서비스에서는 무료 유입 트래픽도 지속 가능한 비용으로 감당해야 하므로 페이지마다 반복 전송되는 이미지부터 점검했다. 한 장이 작아 보여도 수십 장이 모이면 페이지당 수 메가바이트가 되고, 사용자와 지역이 늘수록 대역폭 비용이 크게 증가한다. 서비스에서 Sharp를 이용해 PNG·JPG를 WebP·AVIF로 변환한 결과 이미지 트래픽을 약 60% 줄였다.

모든 페이지가 받는 카테고리 JSON은 하루 약 150GB, 한 달 약 4.5TB가 전송돼 데이터베이스와 Redis·애플리케이션 로컬 캐시만으로는 EC2 송신 비용을 피할 수 없었다. CloudFront에서 API 응답을 캐시해 로드밸런서와 애플리케이션, 데이터베이스로 향하는 요청을 약 99.9% 줄이면서 별도 S3 쓰기·관리 흐름도 생략했다. 다만 Cache-Control과 쿠키를 잘못 다루면 인증된 응답이 다른 사용자에게 노출될 수 있어 공개 데이터만 엄격하게 구분해야 한다.

Next.js rewrite로 CSR·SSR 요청을 백엔드에 프록시하던 구조에서는 공개 API와 내부 API가 같은 서버에 있어 외부 사용자가 의도치 않은 경로까지 호출할 수 있었다. 공개 클라이언트용 경로에는 별도 접두사를 붙이고 세션 검증을 요구하며, 내부 API는 접두사 없이 사설 네트워크에서만 접근하도록 경계를 다시 세웠다. ECS와 레거시 제약 탓에 라우팅 규칙은 복잡해졌지만 외부에 노출되는 표면을 명시적으로 통제할 수 있게 됐다.

CloudFront 조건만으로는 많은 목적 조직의 경로와 쿠키 기반 카나리, 사내 테스트를 유연하게 조합하기 어려웠다. CDN과 로드밸런서 사이에 동적 리버스 프록시를 두고 쿠키·헤더·경로에 따라 레거시와 새 Next.js 서비스로 요청을 보내며, 라우팅 설정을 버전 관리하고 즉시 롤백할 수 있게 했다. 글로벌 경험이 없던 팀은 완벽한 설계를 기다리기보다 이 안전장치를 바탕으로 국제화 구조를 점진적으로 검증하고 개선한다.