Vercel Hobby 배포 기록, 30일 전에 사라질 수 있습니다

Vercel Hobby의 30일 배포 기록은 더 이상 안전한 롤백을 보장하지 않습니다. 2026년 9월 16일부터 Hobby 팀이 Deployment Storage 10GB 한도를 초과하면, 보관 예외로 보호되지 않는 오래된 프리뷰나 프로덕션 롤백 대상이 즉시 삭제될 수 있습니다.

현재 프로덕션 배포는 계속 안전합니다. 조건을 충족하는 alias가 연결된 배포와 활성 Git 브랜치의 최신 프리뷰도 마찬가지입니다. 이번 변경은 이 보호 그룹에 들지 않는 모든 배포에 적용됩니다. 개인 프로토타입은 계속 실행되는데 예전 리뷰 링크만 조용히 작동을 멈출 수 있는 이유입니다.

Vercel Hobby의 30일은 더 이상 최소 보관 기간이 아닙니다

배포 보관 정책은 Vercel이 각 배포의 빌드 파일을 얼마나 오래 유지할지 정하는 규칙입니다. 이 파일이 남아 있어야 예전 프리뷰를 다시 열고, 검증된 빌드를 재빌드 없이 프로덕션으로 승격하거나, 장애 발생 시 프로덕션을 롤백할 수 있습니다.

Hobby의 기본 보관 기간은 여전히 30일입니다. 달라진 점은 한도 초과 시 적용되는 정리 규칙입니다. 팀의 Deployment Storage 사용량이 10GB를 넘는 순간, 보호되지 않은 배포는 30일이 지나기 전에도 삭제 대상이 될 수 있습니다. 이것이 이번 변경이 실제 운영에 미치는 영향입니다. 이제 무료 배포 기록의 유지 여부는 저장 공간 사용량과 아래 예외 조건을 모두 충족하는지에 달려 있습니다.

각 Hobby 프로젝트에는 최근 배포를 지키는 두 가지 규칙이 적용됩니다.

• 유형과 관계없이 가장 최근에 생성된 배포 3개
• 가장 최근에 Ready 상태가 된 프로덕션 배포 3개

이를 서로 겹치지 않는 여섯 자리로 보지 말고 하나의 합집합으로 이해해야 합니다. 최근 프로덕션 배포는 두 그룹에 모두 포함될 수 있습니다. 가장 최신 배포 세 개가 가장 최근의 Ready 프로덕션 릴리스 세 개와 같다면, 두 규칙으로 보호되는 것은 결국 동일한 배포 세 개뿐입니다.

프리뷰 배포에는 별도의 최근 프리뷰 보호 범위가 더 이상 없습니다. 최신 세 개에서 벗어난 프리뷰는 다른 예외 조건을 충족해야만 유지됩니다.

Vercel이 계속 보호하는 배포

이 규칙은 최신 여부에 따른 보호와 배포가 사용되는 방식에 따른 보호를 나눠 보면 가장 이해하기 쉽습니다.

이 예외 조건은 Vercel의 현행 배포 보관 규칙에 명시되어 있습니다. 배포 URL을 저장해 두는 것만으로는 나열된 보호 조건에 해당하지 않습니다. 중요한 것은 그 배포에 연결된 alias, 브랜치, 프로덕션 상태 또는 최근 배포 순서입니다.

이 차이는 흔히 쓰는 작업 흐름을 바꿉니다. 누군가에게 프리뷰를 보낸 뒤 pull request를 병합하고, 그 링크가 남은 기간 내내 유효할 것으로 생각할 수 있습니다. 하지만 브랜치가 더 이상 활성 상태가 아니면 최신 프리뷰 예외도 끝납니다. 팀이 이미 10GB를 초과했고 해당 배포가 가장 최근에 생성된 배포 세 개와 가장 최근의 Ready 프로덕션 배포 세 개 중 어느 쪽에도 속하지 않는다면, 30일째가 되기 전에 링크의 대상이 사라질 수 있습니다.

실제로 영향을 받는 사용자

개인 프로토타입을 여러 개 혼자 운영하는 개발자가 가장 대표적인 사례입니다. 오래된 프로젝트가 빌드 결과물을 계속 차지하는 동안 활성 프로젝트에서는 새 배포가 쌓일 수 있습니다. 팀 한도를 넘으면 Vercel은 해당 Hobby 팀 전체에서 보호되지 않는 기록을 정리할 수 있으므로, 정작 필요한 롤백 대상이 최근에 손대지 않은 프로젝트에 들어 있을 수도 있습니다.

비상업용 콘셉트를 공유하는 디자이너에게는 다른 위험이 있습니다. 열려 있는 리뷰 브랜치의 현재 프리뷰는 보호됩니다. 반면 이전 디자인 결정을 검토할 때 썼던 오래된 링크는 보호되지 않을 수 있습니다. 그 빌드를 그대로 계속 확인해야 한다면 브랜치를 닫기 전에 조건을 충족하는 custom alias를 연결하거나 별도의 보존 방법을 마련해야 합니다.

배포 기록을 롤백용 보관함처럼 쓰는 유지관리자라면 최근 프로덕션 목록을 확인해야 합니다. 가장 최근의 Ready 프로덕션 배포 3개는 보호되지만, 그보다 오래된 정상 릴리스는 생성 후 30일이 지나지 않았다는 이유만으로 안전하지는 않습니다.

프리랜서, 에이전시 또는 기업은 보관 정책만으로 업그레이드 여부를 판단해서는 안 됩니다. Hobby는 개인의 비상업적 용도로 제한됩니다. 상업용 작업은 10GB 이내라도 Pro를 사용해야 하므로, 이번 배포 기록 변경은 이미 존재하던 요금제 선택 기준을 다시 확인시켜 줍니다.

10GB 미만인 Hobby 팀은 이번 즉시 정리 경로에 들어가지 않습니다. 해당 팀의 배포에는 여전히 기본 30일 정책과 예외 조건이 적용됩니다. Pro와 Enterprise 팀 역시 이번 Hobby 변경의 직접적인 대상이 아닙니다. 이들 요금제는 기본 보관 기간과 보호되는 최근 배포 수가 더 큽니다.

Vercel 배포 보관 기록을 점검하는 방법

먼저 팀 단위에서 시작해야 합니다. 10GB 한도는 Hobby 팀에 적용되지만, 확인해야 할 단서는 여러 프로젝트에 흩어져 있습니다.

1. 1

   두 저장 공간 지표 확인

   Vercel에서 올바른 팀을 선택하고 Usage를 연 다음 Deployment Storage를 선택합니다. 빌드 결과물과 정적 자산을 집계하는 Deployment Storage, 함수 번들을 집계하는 Functions Storage를 모두 확인합니다. 각 지표 아래의 Projects를 열어 저장된 결과물이 가장 많은 프로젝트를 찾습니다.

2. 2

   잃어서는 안 될 배포 기록

   용량이 큰 프로젝트마다 Deployments를 엽니다. 현재 프로덕션 배포, 실제 롤백에 사용할 프로덕션 빌드, 아직 리뷰나 승인 과정에서 쓰는 프리뷰 URL, 감사 또는 회귀 확인에 필요한 오래된 빌드를 기록합니다. 이 목록이 요구사항이며, 배포 피드는 단지 전체 목록일 뿐입니다.

3. 3

   보관할 배포마다 보호 조건 연결

   각 보관 대상이 가장 최근에 생성된 3개, 가장 최근의 Ready 프로덕션 배포 3개, 조건을 충족하는 alias가 연결된 배포, 또는 활성 브랜치의 최신 프리뷰 중 어디에 해당하는지 확인합니다. 같은 배포가 두 최신 배포 그룹에 모두 들어가면 각각 따로 세지 않습니다.

4. 4

   예외 조건 또는 원본 보존

   최신 프리뷰가 필요한 동안에는 리뷰 브랜치를 활성 상태로 유지합니다. 작업 흐름에 맞는다면 반드시 보관해야 하는 비프로덕션 배포에 custom alias를 연결합니다. 그 밖의 배포는 다시 빌드하는 데 필요한 소스 커밋, 설정, 외부 데이터를 배포 기록과 별개의 위치에 보관해야 합니다.

5. 5

   역할이 없는 저장 공간 정리

   담당자가 삭제해도 된다고 확인한 뒤 오래된 custom alias를 제거하고, 일반적인 저장소 절차에 따라 오래된 pull request를 닫습니다. 그런 다음 가장 큰 배포의 Resources 화면에서 지나치게 큰 정적 결과물이나 Function 번들을 확인합니다. Usage 페이지로 용량이 큰 프로젝트는 찾을 수 있지만, 전체 용량을 차지하는 정확한 파일, 배포 또는 번들까지 알려 주지는 않습니다.

Vercel의 저장 공간 최적화 가이드는 변경 전후에 같은 팀, 두 저장 공간 지표, 같은 프로젝트, 같은 30일 범위를 비교하라고 권합니다. 보관 기록 정리와 빌드 결과물 축소는 서로 다른 문제를 해결합니다. 전자는 시간이 지나며 쌓이는 저장 기록을 줄이고, 후자는 새 배포 자체의 크기를 줄입니다.

Vercel 무료 플랜 정리와 Pro 전환의 비용 차이

개인의 비상업적 프로젝트라면 구독료 없이 선택할 수 있는 방법은 정리입니다. 현재 역할이 없는 기록을 포기하고, 가능한 곳에서는 결과물 크기를 줄여 Hobby 한도 아래로 유지합니다. 대신 운영상 대가가 따릅니다. 확인할 수 있는 오래된 프리뷰와 롤백 가능한 프로덕션 빌드가 줄어듭니다.

Pro는 $0.10만 내면 되는 업그레이드가 아닙니다. Pro에서 Deployment Storage와 Functions Storage의 표시 가격은 각각 GB-month당 $0.10이므로, 한 지표에서 10GB를 한 달 내내 유지하면 표시 가격은 $1입니다. 하지만 요금제는 월 $20의 플랫폼 요금부터 시작하며, 여기에는 배포 권한이 있는 사용자 한 명과 매월 $20의 인프라 사용 크레딧이 포함됩니다. 배포 권한이 있는 Owner 또는 Member를 추가할 때마다 월 $20이 더해집니다. Viewer는 무료입니다.

따라서 판단 기준은 명확합니다. “기록 삭제”를 “저장 공간에 $1 지불”과 비교하면 안 됩니다. 정리 비용을 월 $20의 전체 요금제와 비교하고, 여기에 추가 배포자 비용을 더한 뒤 포함된 크레딧으로 팀의 실제 저장 공간과 기타 인프라 사용량을 충당할 수 있는지 확인해야 합니다. 나머지 비용 구조는 Vercel 요금 전체 분석에서 자세히 다룹니다.

개인 프로토타입이라면 월 $20이 보존할 기록의 가치보다 클 수 있습니다. 상업용 작업은 보관 정책을 따지기 전에 요금제 이용 조건에서 답이 정해집니다. 개발자 한 명이 운영하면서 이미 Pro가 필요한 사업이라면 더 긴 기본 보관 기간과 더 많은 최근 배포 보호가 기존 구독 가치에 포함됩니다.

월요일에 바로 할 일

Hobby 팀이 10GB를 넘었거나 한도에 가까우면 Usage 페이지에서 Deployment Storage와 Functions Storage를 가장 많이 차지하는 프로젝트부터 찾습니다. 그런 다음 여전히 업무나 리뷰에 필요한 정확한 프리뷰 링크와 롤백 대상을 표시합니다. 필요한 대상은 의도적으로 보호하고, 역할이 없는 기록은 정리되도록 둡니다.

팀이 10GB보다 여유 있게 낮다면 긴급하게 정리할 필요는 없습니다. 다만 누군가에게 여전히 필요한 프리뷰를 소유한 브랜치를 닫을 때는 기본 30일 정책을 기억해야 합니다.

상업용 프로젝트라면 Hobby 정리를 장기 전략으로 삼지 마십시오. Pro 전체 요금을 예산에 반영하고, 배포 권한은 꼭 필요한 사람에게만 부여하며, 나머지 인원은 무료 Viewer seat를 사용합니다. 그리고 이 비용을 리뷰 또는 롤백 작업 흐름이 사라졌을 때 다시 구축하는 비용과 비교해야 합니다.

매주 이런 명확한 해설을 하나씩 받아보려면 뉴스레터를 구독하세요.