Dosya sürüm yönetimi: değişikliklerinizi asla kaybetmeyin

Dosya sürüm oluşturma her revizyonu kaydeder; böylece yanlışlıkla üzerine yazma, silme ve fidye yazılımı zararını geri alabilirsiniz. Platform düzeyinde etkinleştirin — S3 Versioning, Azure Blob Versioning, Google Cloud Storage Object Versioning, Dropbox versiyon geçmişi, SharePoint major/minor sürümleri — ve eski sürümleri 30-180 günde sona erdiren yaşam döngüsü kurallarıyla eşleştirin. Sürüm oluşturma olmadan, tek bir rm -rf veya hatalı çalışan bir eşitleme istemcisi yıllarca birikimleri saniyeler içinde yok edebilir; sahip olduğunuzu düşündüğünüz "bulut yedek" ise yalnızca hasarın eşitlenmiş bir kopyasıdır.

Platform Sürüm Oluşturma Gerçekte Ne Yapar?

Sürüm oluşturma etkinleştirildiğinde üzerine yazma, nesneyi değiştirmez — yeni bir VersionId ile yeni bir sürüm oluşturur. Eski baytlar diskte kalır ve o ID ile alınabilir. Silme işlemi bir yıkım değil "silme işaretçisi" olur; önceki sürümler siz açıkça temizleyene kadar geri yüklenebilir durumda kalır.

Bu önemlidir çünkü çoğu veri kaybı yıkıcı donanım arızasından kaynaklanmaz (bulut dayanıklılığı bunu halleder). Asıl neden şunlardır: birinin dolu bir elektronik tablonun üzerine boş bir tane kaydetmesi, yüz binlerce dosyayı keserek kısaltan bir hatalı betik veya erişebildiği her şeyi şifreleyen fidye yazılımı. Sürüm oluşturma, 30 gün geriye gitmenizi ve her şeyin sağlıklı olduğu noktadan devam etmenizi sağlar.

Her Sürümü Tutmanın Maliyeti

Sürümler depolama tüketir, depolama ise para harcar. Aktif düzenlemenin yapıldığı 10 TB dosyaya sahip bir bucket, bir yılda 30-50 TB sürüm biriktirebilir. Azaltma yöntemi: belirli bir süre sonra güncel olmayan sürümleri sona erdiren veya daha ucuz katmanlara taşıyan yaşam döngüsü kuralları.

Pratik bir S3 yaşam döngüsü politikası:

Güncel olmayan sürümler: 7 gün sonra S3 Standard-IA'ya geçiş
Güncel olmayan sürümler: 30 gün sonra Glacier Flexible Retrieval'a geçiş
Güncel olmayan sürümler: 180 gün sonra sil
Güncel olmayan sürümü olmayan silme işaretçileri: 1 gün sonra sil

Azure ve GCS için eşdeğerleri blobVersion yaşı veya Noncurrent koşullarını kullanır. Maliyeti modelleyin: S3 Standard'da 10 TB sürüm 230 $/ay; Glacier Flexible'da 36 $/ay. Katman geçişi birkaç dakikalık YAML'a değer.

Major ve Minor Sürümler

SharePoint, Google Workspace ve Notion gibi belge odaklı sistemler major (yayımlanmış) ile minor (taslak) sürümleri birbirinden ayırır. Taslaklar kilometre taşları arasında birikir; major sürümler onaylanmış kararlı bir durumu temsil eder. Sözleşmeler, politika belgeleri ve teknik özellikler için bu ayrım çok değerlidir — taslak v3.1, v3.2'yi özel olarak düzenlemeye devam ederken "major v3" bağlantısını herkesle paylaşabilirsiniz.

Major sürümleri dış paydaşlar için referans noktası olarak kullanın. Salt okunur izinler veya onay iş akışlarıyla kilitleyin; böylece kimse yayımlanmış durumu yanlışlıkla ezmez. SharePoint'in "İçerik onayı gerektirir" sütunu tek tıkla; Google Drive'ın onay akışı ise 2 dakikalık bir kurulumdur.

Kaynak Kodu ve Belgeler İçin Sürüm Kontrolü

Git, metin için (kaynak kodu, markdown, .tf dosyaları) satır başına anlamlı farklar ürettiğinden harika çalışır. İkili dosyalar için kötü çalışır: iki kez check-in yapılan 50 MB'lık bir .psd dosyası depo boyutunu ikiye katlar ve git diff yardımcı olamaz. Git LFS (Large File Storage), ikili dosyaları ayrı bir depoya taşır ve repoda işaretçiler tutar — sanat eserleri için makul, genel belgeler için kötü.

.docx, .xlsx, .pptx ve .pdf dosyaları için Git yerine bulut platformunun yerleşik sürüm oluşturmasını kullanın. SharePoint, Drive ve Dropbox tümü sürüm başına değişim farklarını yerinde depolar ve iş kullanıcılarının gezinebileceği bir zaman çizelgesi arayüzü sunar. Karma içerik (kod artı PDF'ler artı tasarım dosyaları) için bazı ekipler nesne depolama üzerinde Git-for-data katmanları olarak DVC veya LakeFS kullanır — ML ve veri ekipleri için araştırmaya değer.

Uyumluluk Takvimlerine Bağlı Saklama

Yönetmelikler, sürümlerin ne kadar süre yaşatılacağını belirler. SEC Rule 17a-4, aracı-bayi kayıtları için 3-6 yıl gerektirir. HIPAA kayıtları en az 6 yıl saklar. SOX, finansal kayıtlar için 7 yıl ister. KVKK ise ters yönde sınır koyar — kişisel verileri gerektiğinden uzun süre saklamayın.

Hassas dosyaları etiketleyin; böylece yaşam döngüsü kuralları yasal asgari ve azami sürelere saygı gösterir. retention-class: sox-7y gibi bir S3 etiketi yaşam döngüsü geçişlerini, Object Lock sürelerini ve nihayetinde silme işlemini yönlendirebilir. Değişmez yasal kopyalar için S3 Object Lock'u Uyumluluk Modu ile kullanın — saklama süresi içinde kök kullanıcılar bile silemez; bu da tam olarak WORM (Bir Kez Yaz Çok Kez Oku) kurallarının gerektirdiğidir.

Sürümler Aracılığıyla Fidye Yazılımı Koruması

Eşitleme istemcilerinize ulaşan bir fidye yazılımı saldırısı uç noktadaki dosyaları şifreler ve şifrelenmiş sürümleri buluta gönderir. Sürüm oluşturma sizi kurtarır — şifreleme öncesi sürümler hâlâ mevcuttur. Ancak yalnızca iki koşul sağlanırsa: sürüm oluşturma saldırıdan önce etkinleştirilmişse ve saklama süresi tespit süresini aşacak kadar uzunsa.

2025 itibarıyla orta ölçekli şirketlerde fidye yazılımı ortalama bekleme süresi yaklaşık 11 gündür. 30 günlük sürüm saklama asgari; 90 gün daha güvenlidir. Sürüm oluşturmayı silme korumasıyla eşleştirin (S3 MFA Delete, farklı bir yöneticiyle Azure geçici silme); böylece bir hesabı ele geçiren saldırgan sürüm geçmişini temizleyemez. Geri yüklemeyi üç ayda bir test edin — test klasörünün silinmesini simüle edin ve kurtarma süresini ölçün.

Paylaşılan Sürümler İçin Adlandırma Kuralları

Belirli bir sürümü dışarıya paylaşırken — bir müşteriye "onaylı sözleşmenin v3'ünü" gönderirken — biri düzenlediğinde değişmeyen kararlı bir işaretçiye ihtiyacınız var. Üç desenden birini kullanın:

Belirli bir VersionId'ye ön imzalı URL (S3: ?versionId=...) — en fazla 7 gün geçerli, değiştirilemez
Onaylı sürümün dosya adında versiyon bulunan ayrı bir /published/ bucket'ına kopyası (sozlesme-v3.0-2026-12-15.pdf)
Sonraki düzenleme değişikliklerinin paylaşılan kopyayı etkileyememesi için PDF dışa aktarma anlık görüntüsü

Platform dışındaki biriyle belirli bir anlık görüntüyü tek seferlik paylaşmak için uçtan uca şifreli transfer araçları, tek kullanımlık bağlantıyla belirli bir dosya gönderir. HexaTransfer bunun için çalışır: dondurulmuş sürümü yükleyin, bağlantıyı gönderin; alıcı tüm platforma erişime gerek duymadan tam istediğinizi alır.

Sürüm Olaylarını İzleme ve Uyarı Verme

Sürüm geçmişi yalnızca ne zaman ihtiyaç duyduğunuzu fark ederseniz işe yarar. CloudTrail (AWS), Activity Log (Azure) ve Cloud Audit Logs (GCP) her sürüm olayını kaydeder. Olağandışı silme hızlarında uyarı verin — bir saatte 10.000 DeleteObject çağrısı muhtemelen bir kullanıcının temizlik yapması değildir.

Bucket başına sürüm sayılarını, toplam sürüm depolamasını ve silme işaretçisi oranlarını gösteren basit bir gösterge paneli oluşturun. Silme işaretçilerinin birden canlı nesneleri aşması bir tehlike sinyalidir: ya toplu silme gerçekleşti ya da sürüm saklama tutmak istediğiniz şeyleri silmek üzere. Haftalık e-posta özetleri, üç aylık denetimi beklemeye tercih edilir.

Kurtarma Kılavuzu

İhtiyaç duyulmadan önce geri yükleme sürecini belgeleyin. İyi bir kılavuz şunları kapsar:

Sürümleri listeleme (aws s3api list-object-versions, az storage blob list --include v)
Belirli bir VersionId'yi mevcut sürüm yapmak için geri yükleme (S3: --version-id ile kopyalama)
Tüm bir ön eki belirli bir zamana toplu geri yükleme (zaman damgası filtreleri kullanan betikler)
Silinen nesneleri geri yükleme (silme işaretçilerini kaldırma)
Her işlemi kimin yapabileceği (genellikle kaybı yaşatan kişiyle aynı değil)

Yazıp yazdırın. Üç ayda bir sahte bir senaryoyla gözden geçirin. Gerçek olay yaşandığında kas belleği, baskı altında belge okumaktan üstündür.

hexatransfer.com'da deneyin — ücretsiz, hesap gerekmez, maksimum 10 GB.