Haberler ve analiz
Dağıtım geçmişi: saklama süresi kurtarma planıyla uyumlu olmalı
Vercel saklama değişiklikleri ve GitLab Artifact Central betası; sürüm geçmişi, çıktıların erişilebilirliği ve operasyonel sorumluluğu bağlar.
Bir uygulamanın eski sürümü, ekip onu bulup uygulayabildiği sürece yararlıdır. Platform dağıtım geçmişini kısalttığında kurtarma planı da değişir. Vercel ve GitLab’ın ekim duyuruları, çıktıların saklanmasının neden varsayılan bir ayar olarak bırakılmayıp operasyonel planlamaya dahil edilmesi gerektiğini gösteriyor.
Vercel’de ne değişiyor?
Vercel, mevcut Pro ekipleri için 9 Ekim duyurusunda Deployment and Functions Storage faturalandırmasını ve 30 günlük saklama penceresini açıklıyor. Ekipler ayarlarını önceden değiştirmezse eski dağıtımlar 23 Ekim’de silinmeye başlanacak. Her ekibin kesin faturalandırma başlangıcı ayrıca e-postayla bildiriliyor.
Aynı günkü ikinci duyuru, 30 günün varsayılan olduğu yeni Pro ekiplerini ilgilendiriyor. Silinen dağıtım kurtarılamaz ve geri alma için kullanılamaz. Bildirimler farklı gruplara yöneliktir; koşulları kontrol etmeden tek bir son tarihi tüm hesaplara uygulamayın.
İşletme sahibinin atacağı ilk adım nettir: projenin politikasını ve silme sonrasında hangi doğrulanmış sürümlerin kalacağını belirlemek. Geçmişi düşünmeden kısaltmayın. Önce ekibin sorunu fark etmek için ne kadar süreye ihtiyacı olduğunu ve eski sürüme dönüş kararını kimin vereceğini kararlaştırın.
Paket kayıtlarının ayrı politikası vardır
6 Ekim’de GitLab, Artifact Central’ı ücretsiz beta olarak tanıttı. npm, Maven ve Docker/OCI depolarını da içeren bu kuruluş düzeyindeki kayıt; roller, kotalar ve saklama kuralları sunuyor. Beta durumu operasyonel gereksinimler açısından ayrıca değerlendirilmelidir.
Bağlantı, bu ürünlerin birbirinin yerine geçmesi değildir. Dağıtımlar ve paketler farklı yerlerde, farklı sürelerle tutulabilir. Paket kaybolursa tek başına sürüm kaydı ekibin aynı çıktıyı yeniden dağıtabileceği anlamına gelmez. Öte yandan saklanan imaj, onunla ilişkili yapılandırmayı veya veri durumunu açıklamaz.
Sürüm saklamayı ve kurtarma malzemelerini gösteren kavramsal yapay zeka illüstrasyonu.
Geçmişin gerçekte ne kadarının kullanılabildiğini test edin
Kısa bir envanter oluşturun: uygulama sürümü, kaynak revizyonu, paket veya imaj, ortam ayarları ve ilgili veri değişiklikleri. Her biri için saklama yerini ve süresini kaydedin. Veritabanı yedeklerini uygulama geçmişinden ayrı tutun; bunlar farklı sorunları çözer.
Ayrı bir ortamda, gerçekten korunan malzemeleri kullanarak seçilen doğrulanmış sürümü kurtarmayı deneyin. Sürecin silinmiş bir dağıtıma veya birinin dizüstü bilgisayarında tesadüfen duran bir dosyaya dayanmadığını belirleyin. Politikaya sorumlu atayın ve politika değiştiğinde alıştırmayı tekrarlayın.
Sistemin çekirdeği olarak sunucu rehberimiz, başlatmayla korunan durumu ayırır. Arşivlenmiş altyapı materyali, her bileşenin güncel çalışmasını doğrulamadan kurtarma gereksinimlerini anlatır. Bakım planınız için kullanılabilir geçmişi ve sürüm kurtarma kontrolünü görüşelim.