콘텐츠 전송 네트워크
이미지, CSS, JavaScript, 정적 HTML 같은 콘텐츠를 사용자와 가까운 서버에서 빠르게 내려주는 분산 네트워크이다. 전 세계 사용자가 같은 서버 한 곳에 접속하지 않고 가까운 엣지 위치에서 파일을 받기 때문에 지연시간이 줄고 원본 서버 부하도 낮아진다. 바이브 코딩으로 만든 사이트를 배포할 때 Vercel, Cloudflare, Netlify 같은 플랫폼은 CDN을 기본 제공하는 경우가 많지만, 캐시 정책이 잘못되면 배포 후 변경 사항이 늦게 보일 수 있다. 따라서 정적 자산은 길게 캐시하고, 자주 바뀌는 HTML/API 응답은 갱신 정책을 별도로 확인해야 한다.
영어 표기
CDN (Content Delivery Network)
예시
한국과 미국 방문자가 모두 쓰는 랜딩 페이지라면 이미지와 스크립트를 CDN에서 제공해 첫 로딩을 줄이고, 배포 직후에는 새 파일명이 적용됐는지와 오래된 캐시가 남지 않았는지 확인한다.
참고
정적 자산 캐시와 동적 데이터 캐시를 구분해서 설계해야 한다.
- 카테고리
- 성능·최적화
- 난이도
- basic
- 태그
- CDN · 엣지
- 슬러그
- cdn
- 상태
- published
- 정렬 순서
- 181
함께 읽기
연관 용어
성능·최적화
지연시간
영어 표기 Latency
요청을 보낸 후 응답을 받기까지 걸리는 시간으로, AI 코딩 도구에서는 프롬프트를 전송한 후 코드가 생성되기 시작할 때까지의 대기 시간을 의미한다. 밀리초(ms)에서 수 초(s)까지 다양하며, 개발자의 작업 흐름과 생산성에 직접적 영향을 미친다. AI 모델의 지연시간은 여러 요인에 의해 결정된다: 모델 크기(파라미터 수가 많을수록 느림), 입력 토큰 수(컨텍스트가 길수록 느림), 출력 토큰 수(긴 응답일수록 느림), 서버 부하(동시 사용자 수), 네트워크 거리(API 서버 위치). 바이브 코딩에서의 트레이드오프: Claude Opus 4.6은 가장 정확한 코드를 생성하지만 응답이 느리고, Codex mini나 Claude Sonnet은 빠르지만 복잡한 작업에는 부족하다. 이로 인해 많은 개발자가 '빠른 모델로 초안 생성 → 정확한 모델로 검증·수정'이라는 이중 모델 전략을 사용한다. 스트리밍 응답(streaming)은 전체 응답을 기다리지 않고 토큰이 생성되는 대로 표시하여 체감 지연을 줄이는 기법이며, 대부분의 AI 코딩 도구에서 기본으로 사용된다.
성능·최적화
번들 크기
영어 표기 Bundle Size
웹 앱을 브라우저가 내려받아 실행해야 하는 JavaScript, CSS, 이미지 같은 파일 묶음의 전체 크기이다. 번들 크기가 커지면 첫 화면이 늦게 뜨고, 모바일 네트워크에서는 사용자가 로딩 중 이탈하기 쉽다. 바이브 코딩에서는 AI가 편의를 위해 큰 라이브러리를 쉽게 추가하거나 사용하지 않는 컴포넌트까지 한 번에 import할 수 있으므로, 기능이 동작한 뒤에도 번들 크기 변화를 확인해야 한다. 좋은 기준은 새 기능을 붙일 때 필요한 라이브러리만 추가하고, 빌드 결과에서 큰 청크가 생기면 코드 분할이나 더 가벼운 구현을 검토하는 것이다.
성능·최적화
지연 로딩
영어 표기 Lazy Loading
사용자가 당장 보거나 쓰지 않는 코드, 이미지, 데이터를 처음부터 모두 불러오지 않고 필요한 순간에 나누어 불러오는 성능 최적화 방법이다. 첫 화면에 필요 없는 관리자 패널, 긴 댓글 목록, 큰 이미지 갤러리를 지연 로딩하면 초기 로딩 시간이 줄어든다. 바이브 코딩에서는 AI가 모든 컴포넌트를 한 파일에 붙여 넣어 첫 로딩을 무겁게 만들 수 있으므로, 화면에 바로 필요한 부분과 나중에 필요한 부분을 나누라고 요구하는 것이 중요하다. 단, 너무 늦게 불러오면 클릭 후 빈 화면이 보일 수 있어 로딩 상태와 오류 처리를 함께 설계해야 한다.