바이브 코딩 사전

콘텐츠 전송 네트워크

바이브 코딩 사전

콘텐츠 전송 네트워크

이미지, CSS, JavaScript, 정적 HTML 같은 콘텐츠를 사용자와 가까운 서버에서 빠르게 내려주는 분산 네트워크이다. 전 세계 사용자가 같은 서버 한 곳에 접속하지 않고 가까운 엣지 위치에서 파일을 받기 때문에 지연시간이 줄고 원본 서버 부하도 낮아진다. 바이브 코딩으로 만든 사이트를 배포할 때 Vercel, Cloudflare, Netlify 같은 플랫폼은 CDN을 기본 제공하는 경우가 많지만, 캐시 정책이 잘못되면 배포 후 변경 사항이 늦게 보일 수 있다. 따라서 정적 자산은 길게 캐시하고, 자주 바뀌는 HTML/API 응답은 갱신 정책을 별도로 확인해야 한다.

예시

한국과 미국 방문자가 모두 쓰는 랜딩 페이지라면 이미지와 스크립트를 CDN에서 제공해 첫 로딩을 줄이고, 배포 직후에는 새 파일명이 적용됐는지와 오래된 캐시가 남지 않았는지 확인한다.

참고

정적 자산 캐시와 동적 데이터 캐시를 구분해서 설계해야 한다.

카테고리

성능·최적화

난이도

basic

태그

CDN · 엣지

함께 읽기

연관 용어

성능·최적화

지연시간

요청을 보낸 후 응답을 받기까지 걸리는 시간으로, AI 코딩 도구에서는 프롬프트를 전송한 후 코드가 생성되기 시작할 때까지의 대기 시간을 의미한다. 밀리초(ms)에서 수 초(s)까지 다양하며, 개발자의 작업 흐름과 생산성에 직접적 영향을 미친다. AI 모델의 지연시간은 여러 요인에 의해 결정된다: 모델 크기(파라미터 수가 많을수록 느림), 입력 토큰 수(컨텍스트가 길수록 느림), 출력 토큰 수(긴 응답일수록 느림), 서버 부하(동시 사용자 수), 네트워크 거리(API 서버 위치). 바이브 코딩에서의 트레이드오프: Claude Opus 4.6은 가장 정확한 코드를 생성하지만 응답이 느리고, Codex mini나 Claude Sonnet은 빠르지만 복잡한 작업에는 부족하다. 이로 인해 많은 개발자가 '빠른 모델로 초안 생성 → 정확한 모델로 검증·수정'이라는 이중 모델 전략을 사용한다. 스트리밍 응답(streaming)은 전체 응답을 기다리지 않고 토큰이 생성되는 대로 표시하여 체감 지연을 줄이는 기법이며, 대부분의 AI 코딩 도구에서 기본으로 사용된다.

성능·최적화

번들 크기

웹 앱을 브라우저가 내려받아 실행해야 하는 JavaScript, CSS, 이미지 같은 파일 묶음의 전체 크기이다. 번들 크기가 커지면 첫 화면이 늦게 뜨고, 모바일 네트워크에서는 사용자가 로딩 중 이탈하기 쉽다. 바이브 코딩에서는 AI가 편의를 위해 큰 라이브러리를 쉽게 추가하거나 사용하지 않는 컴포넌트까지 한 번에 import할 수 있으므로, 기능이 동작한 뒤에도 번들 크기 변화를 확인해야 한다. 좋은 기준은 새 기능을 붙일 때 필요한 라이브러리만 추가하고, 빌드 결과에서 큰 청크가 생기면 코드 분할이나 더 가벼운 구현을 검토하는 것이다.

성능·최적화

지연 로딩

사용자가 당장 보거나 쓰지 않는 코드, 이미지, 데이터를 처음부터 모두 불러오지 않고 필요한 순간에 나누어 불러오는 성능 최적화 방법이다. 첫 화면에 필요 없는 관리자 패널, 긴 댓글 목록, 큰 이미지 갤러리를 지연 로딩하면 초기 로딩 시간이 줄어든다. 바이브 코딩에서는 AI가 모든 컴포넌트를 한 파일에 붙여 넣어 첫 로딩을 무겁게 만들 수 있으므로, 화면에 바로 필요한 부분과 나중에 필요한 부분을 나누라고 요구하는 것이 중요하다. 단, 너무 늦게 불러오면 클릭 후 빈 화면이 보일 수 있어 로딩 상태와 오류 처리를 함께 설계해야 한다.