Vercel, repository checkout süresini %20, Git LFS indirmelerini %54 azalttı

Vercel, build altyapısının repository checkout işlemine ve Git Large File Storage (LFS) varlıklarını indirmeye harcadığı süreyi kısaltarak her deployment öncesinde çalışan hazırlık işini hafifletti. Vercel bloguna göre bu iyileştirme halihazırda yayında ve otomatik olarak uygulanıyor; kullanıcıların herhangi bir işlem yapması gerekmiyor.

Ne değişti

Bir build başlamadan önce Vercel'in build makineleri projenin dosyalarını toplamak zorunda: repository'yi çekmek ve Git LFS kullanan projeler için, Git'in ana commit geçmişinin dışında tuttuğu büyük ikili dosyaları — görseller, video, ses, veri kümeleri — indirmek gerekir. Bu adım her deployment'ta çalıştığı için maliyeti sürekli tekrarlanır ve LFS ağırlıklı repository'lerde toplam build süresinin kayda değer bir bölümünü oluşturabilir.

Vercel, iki vCPU'dan fazla makinelerde ölçülen şu sonuçları bildiriyor:

• Ortalama olarak build makineleri bir projenin dosyalarını %20 daha hızlı hazırladı.
• LFS kullanan projelerde ortalama düşüş %54 oldu; Vercel bunu yalnızca bu adımda her deployment başına yaklaşık 13 saniye tasarruf olarak tahmin ediyor.
• 1. yüzdelik dilimdeki hazırlık süresi %22 azaldı; yani on deployment'tan dokuzu artık bu adımı bu azaltılmış sürede veya altında tamamlıyor.

Yazı, rakamların ardındaki mühendislik değişikliklerini değil yalnızca ölçülen sonuçları açıklıyor. Ayrıca rakamların iki vCPU'dan fazla makinelerden geldiğine dikkat çekiyor; dolayısıyla daha küçük instanslarda build alan projeler farklı sonuçlar görebilir.

Yüzdelik dilim neden önemli

p90 rakamı üçü içinde en açıklayıcı olanı sayılabilir. Ortalamalar çok küçük ve çok büyük repository'lerin karışımıyla çarpıtılabilir; ancak 90. yüzdelik dilim, dağılımın yavaş ucuna yakın deneyimi — geliştiricileri bekleten build'leri — yansıtır. Bunun %22 azaltılması, hızlanmanın yalnızca küçük ve önemsiz checkout'larda değil, daha büyük checkout'larda ve daha büyük LFS çekmelerinde de geçerli olduğunu gösteriyor.

Neden önemli

Build hazırlığı fiilen her deployment'a uygulanan sabit bir vergidir. Büyük ölçüde projenin kendi koduna ve araçlarına bağlı olan derleme süresinin aksine, checkout ve LFS indirme süresi, tek tek ekiplerin kendi başlarına azaltamayacağı bir platform yüküdür. Her deployment'a otomatik olarak uygulanan %20'lik ortalama kesinti, kullanıcıların hiçbir mühendislik çalışması yapmadan toplamda zaman kazandırıyor.

Öne çıkan rakam LFS'deki. %54 ile — her deployment başına yaklaşık 13 saniye — önemli miktarda ikili dosyayı LFS'te saklayan projeler en çok yararlanıyor ve günde onlarca preview ve production build çalıştıran ekipler bu tasarrufun en hızlı biriktiğini hissedecek.

Değişiklik, deployment platformları arasındaki daha geniş bir örüntüye de uyuyor: build hattındaki sabit yükü tıraşlamak, algılanan hızı artırmanın en ucuz yollarından biri, çünkü her müşterinin geri bildirim döngüsünü uygulama koduna dokunmadan kısaltıyor. Vercel kullanıcıları için iyileştirme halihazırda yürürlükte ve şirket, ayrıntılar için okuyucuları Git deployment dokümantasyonuna yönlendiriyor.