Vercel, Pro takımlar için deployment depolamasını ücretlendirmeye başlıyor ve saklama süresini 30 güne indiriyor

Ücretlendirme mevcut Pro takımlarına genişliyor

Vercel, Deployment Storage ve Functions Storage ücretlendirmesini tüm mevcut Pro takımlarına getiriyor ve her ikisi de GB-ay başına 0,10 dolar üzerinden ölçülecek. Şirket bir changelog gönderisinde, takımların kendileri için ücretlendirmenin başlayacağı kesin tarihi e-postalarından kontrol etmeleri gerektiğini söylüyor.

Daha çok soruna yol açacak kısım ise saklama süresi. Yeni ücretlerle birlikte varsayılan deployment saklama penceresi 30 güne düşüyor. Bundan eski deployment'lar, bir takım bu tarihten önce saklama ayarlarından çıkmadığı sürece 23 Ekim'den itibaren silinmeye başlanacak. Zaten 30 gün veya daha kısa süreye ayarlanmış takımlar hiçbir değişiklik görmeyecek.

Yeni Pro takımları da aynı varsayılanı alıyor

İkinci bir Vercel changelog gönderisi, yeni oluşturulan Pro takımlarının da artık varsayılan olarak 30 günlük deployment saklama süresine sahip olduğunu doğruluyor. İnceleme veya geri alma için daha fazla geçmişe ihtiyaç duyanlar için daha uzun saklama süresi hâlâ takım ayarlarında mevcut — ancak yeni ücretlendirme altında bu geçmişi tutmak para demek.

Belirtilen neden: agent'lar deployment geçmişini dolduruyor

Vercel'in motivasyonu, kendi gönderilerine göre, kodlama agent'larının yükselişi. Otomatik agent'lar geliştirmeyi hızlandırdı, takımların deployment sıklığını ve beraberinde depolanan deployment geçmişinin hacmini artırdı. Daha kısa saklama süresi, eski kayıtları ve onlarla gelen faturayı budarken güncel kayıtları elde tutuyor. Saklama süresindeki kesinti fiilen ücretlendirme değişikliğine bir çözüm: depolanan geçmiş azaldıkça ödenecek tutar da azalıyor.

Takımlar şimdi ne yapabilir

Vercel, maliyetleri düşük tutmak için birkaç kaldıraça işaret ediyor:

• Pre-Production, Production, Canceled ve Errored deployment'lar için ayrı süreler belirleyen Deployment Retention Policy'yi gözden geçirin.
• Verilerin büyük kısmının nerede olduğunu bulmak için proje başına Deployment Storage ve Functions Storage'ı gösteren Usage sayfasını kontrol edin.
• Gereksiz build dosyalarını kaldırarak, büyük varlıkları Vercel Blob'a taşıyarak ve Function bundle'larını küçülterek gelecekteki deployment'ların boyutunu azaltın.
• 23 Ekim'den önce 30 günlük varsayılandan çıkıp çıkmamaya karar verin, çünkü bu tarih eski deployment'lar için geri dönüşü olmayan nokta.

Silinen deployment'lar kalıcı olarak gidiyor

Kilit kısıtlama, silinmenin kalıcı olması. Vercel, silinen deployment'ların geri yüklenemeyeceğini veya geri alınamayacağını belirtiyor. Olay müdahalesi bir aydan eski bir build'e dönmeye bağlı olan herhangi bir takımın artık daha uzun, ücretli bir saklama politikası ile farklı bir kurtarma stratejisi arasında seçim yapması gerekiyor. Çıkmak geçmişi koruyor, ama 30 günden eski her şeyi yeni ücret üzerinden depolamaya dahil bırakıyor.

Neden önemli

Bu tür bir platform değişikliği, bir takımın hangi son tarihi kaçıracağına göre sessizce ya sürpriz bir faturaya ya da sürpriz bir veri kaybına dönüşüyor. 23 Ekim'den sonra, biri saklama ayarlarını değiştirmedikçe 30 günden eski deployment'lar kaybolmaya başlıyor ve silinenler için geri alma yok. Öte yandan, mevcut Pro takımlarının daha önce ücretlendirilmediği depolama artık ölçülüyor ve bu, deployment yoğunluğu yüksek takımlar için hızla birikiyor.

Değişiklik aynı zamanda daha geniş bir kaymaya işaret ediyor. Kodlama agent'ları deployment'ları üretmeyi daha ucuz ve hızlı hale getirdikçe, ürettikleri geçmiş bütçelenmesi ve yönetilmesi gereken gerçek bir maliyet kalemi oluyor, tesadüfi bir yan üründen ibaret kalmıyor. Vercel bu gerçeği fiilen fiyatlıyor. Pro planındaki takımlar 23 Ekim'i kesin bir son tarih olarak görmeli: saklama ayarlarını denetlemeli, proje başına kullanımı kontrol etmeli ve ne kadar geri alma geçmişine ödeme yapmaya değdiğini bilinçli olarak kararlaştırmalı.