지난 몇 달 동안, 저희는 엔드 투 엔드 (end to end) 배포 속도를 최대 7초까지 단축했습니다. 모든 빌드에서 최대 5초의 고정된 플랫폼 오버헤드 (platform overhead)를 제거했으며, 최신 Vercel CLI를 통한 배포는 최대 2초를 추가로 절약합니다. 이러한 개선 사항은 오케스트레이션 (orchestration)이 전체 빌드 시간에서 차지하는 비중이 큰 작은 규모의 빌드에서 가장 눈에 띄게 나타납니다.

가장 큰 플랫폼 이점:

이 사항들은 Git, 대시보드 또는 Vercel CLI를 통해 트리거되는 빌드에 자동으로 적용됩니다. 최신 CLI를 통한 배포는 최대 2.1초 더 빨리 완료됩니다:

결합하면, 최신 CLI를 통해 배포되는 작은 규모의 빌드는 엔드 투 엔드 (end to end)로 최대 7초 더 빨라집니다. 업데이트를 위해 vercel upgrade를 실행하세요.

Vercel에서의 빌드에 대해 더 알아보기

더 읽어보기

• : 내부 빌드 프로세스 종료 (Internal build-process shutdown)가 이제 배포 준비를 위한 크리티컬 패스 (critical path) 외부에서 수행됩니다 ~2.2s

• : Vercel CLI가 보안이 유지되는 격리된 빌드 환경 내에서 미리 준비되어, 크리티컬 패스 (critical path)에서 시작 작업을 제거합니다 ~930ms

• : 배포 마무리 (Deployment finalization)가 더 일찍 시작되어, 다른 작업과 동시에 라우팅 (routing) 및 출력 메타데이터 (output metadata)를 처리합니다 ~413ms

• : 빌드 시작 및 마무리 과정 전반에서 중복되는 API 및 스토리지 요청이 제거되었습니다. 여기에는 빌드와 동시에 배포 구성 (deployment configuration)을 가져오고, ID를 통해 빌드 레코드 (build records)를 직접 로드하는 작업이 포함됩니다 ~900ms

• : CLI가 다음 폴링 간격 (polling interval)을 기다리는 대신, 이벤트 스트림 (event stream)이 도메인 별칭 (domain aliases)이 할당되었음을 보고하는 즉시 완료됩니다 ~1s

• : 전체 팀 목록을 로드하는 대신 배포 팀 (deployment's team)을 직접 확인합니다 ~650ms

• : 두 번의 최종 API 요청을 만드는 대신, 이미 CLI로 반환된 배포 및 프로젝트 정보를 재사용합니다 ~500ms