Vercel이 클라우드 배포 플랫폼에서 pnpm 패키지 매니저의 설치 속도를 대폭 개선했다. 의존성 검증 결과를 재사용하는 캐싱 기술을 도입해 Pro 배포 환경에서 평균 14% 설치 시간 단축을 달성했다.

밀리초 단위의 극적 개선

Vercel은 26일 공식 블로그를 통해 "성공적인 의존성 검증 과정을 배포 간 재사용해 빌드 전 의존성 설치 시간을 획기적으로 단축했다"고 밝혔다.

실제 개선 폭은 놀랍다. 최적화 적용 전에는 pnpm이 lockfile의 공급망 보안 정책을 검사하는 데 2.5초가 걸렸고, 전체 설치가 2.8초 소요됐다. 최적화 후에는 같은 검증 단계가 "58초 전에 검증됨(verified 58s ago)"이라는 메시지로 캐시된 결과를 참고해 135밀리초 만에 완료된다. 약 20배 이상 빨라진 것이다.

Andrew Healey 베르셀 소프트웨어 엔지니어는 "의존성이 변하지 않고 이전 검증을 재사용할 수 있는 최적의 경우, 설치가 밀리초 단위로 완료될 수 있다"고 설명했다.

개발자 경험(DevX)의 또 다른 진화

이번 개선은 Vercel의 고유한 전략을 보여준다. 클라우드 배포 플랫폼이 단순히 호스팅만 하지 않고, 개발자의 빌드 파이프라인 전체 최적화에 집중한다는 의미다.

pnpm은 npm·yarn과 달리 디스크 공간을 효율적으로 사용하는 패키지 매니저로, 최근 한국의 대형 스타트업과 엔터프라이즈도 채택 중이다. 하지만 공급망 보안 정책 검증(lockfile scanning)은 모든 배포마다 반복되는 병목이었다.

Vercel의 솔루션은 이 반복 검증을 확률적으로 생략할 수 없지만, 동일한 결과는 캐싱한다는 발상의 전환이다. 개발자 입장에서는 "배포할 때마다 체감 속도가 빨라진다"는 뜻이다.

뒤에 숨은 트레이드오프

다만 캐싱 전략이 항상 최적은 아니다. 의존성이 변경되면 재검증이 필요하고, 이때는 여전히 2.5초 이상 소요된다. 또한 lockfile의 보안 정책 규칙이 업데이트되면 캐시 무효화가 필요하다. Vercel은 이 세부 사항을 공개하지 않았지만, 캐시 전략의 정확성이 서비스 안정성의 핵심이 된다.

접근성과 영향 범위

이 최적화는 모든 요금제(무료~엔터프라이즈)에서 자동 활성화되며, 별도 설정 없이 다음 배포부터 적용된다. 특히 마이크로서비스 아키텍처를 운영하는 팀이나 고빈도 배포 환경에서 누적 효과가 크다.

프로 배포에서 14% 개선은 평균치다. 실제로는 캐시 히트율에 따라 밀리초 단위 설치부터 수십 초 단축까지 편차가 있을 수 있다.

한국 개발팀에는 어떤 의미인가

한국 스타트업과 개발팀이 Vercel 플랫폼을 선택하는 이유 중 하나는 "개발 생산성"이다. 배포 한 번에 수십 초가 절약되면, 반복 개발 주기가 의외로 단축된다. 팀 규모가 작을수록 이 체감은 크다.

또한 이번 개선은 pnpm 생태계의 성숙도를 반영한다. npm 시대에는 이런 최적화가 불가능했지만, pnpm의 결정론적 lockfile과 명시적 의존성 구조 덕분에 Vercel이 캐싱 전략을 안전하게 구현할 수 있게 됐다. 한국 개발자도 "npm 말고 pnpm을 써야 하는 또 다른 이유"를 얻었다고 볼 수 있다.

Vercel은 이제 단순한 정적 호스팅 서비스가 아니라, 프론트엔드 개발 경험 전체를 최적화하는 통합 플랫폼으로 자리 잡아 가고 있다.