Dünyanın en faydasız şeyi test edilmemiş yedektir
Veri kaybı yaşayan her ekibin yedeği vardı. Çoğunun aynı zamanda geri yüklenmeyen yedeği vardı.3-2-1 kuralı
Verinin üç kopyası. İki farklı medya türü. Bir off-site.Önemli detaylar:
- "Üç kopya" orijinali içerir. Yani: orijinal + iki yedek.
- "Farklı medya" 2026'da farklı depolama teknolojileri demek — yerel disk + S3 uyumlu object storage kabul edilebilir.
- "Off-site" farklı fiziksel konum demek. Aynı data center farklı rack — off-site değil.
Restore testi, takvimle
- Üç aylık: en büyük database'in test ortamına tam restore'u.
- Aylık: rastgele bir yedek dosyasının spot restore'u.
- Yedek başına: otomatik bütünlük kontrolü (checksum, snapshot doğrulaması).
Neyi yedekleyeceksiniz
- Uygulama database'leri.
- Yapılandırma — IaC kaynak, secret store'ları (şifreli).
- Object storage — kullanıcı dosyaları. "S3 dayanıklı" — dayanıklılık yedekle aynı şey değil.
- Kaynak kod — GitHub'da olsa bile.
- Issue tracker / wiki.
- E-posta / iletişim arşivleri.
- Şifreleme anahtarları — ayrı yedeklenmiş.
Yedekleme metodolojisi
- Full + incremental.
- Snapshot tabanlı.
- Continuous (CDC, WAL streaming) — RPO saniyelerle ölçülür.
- Object-storage versioning.
RPO (kabul edilebilir veri kaybı) ve RTO (geri dönüş süresi) tanımlayın.
Off-site sorusu
- Farklı bulut bölgesi — bölge çapında olayda başarısız.
- Farklı bulut sağlayıcısı — daha iyi.
- Soğuk off-line depolama — paranoyak ama ölçekte ucuz.
- Colocation tesisinde şifreli off-site — düzenlenen iş yükleri için viable.
Şifreleme — tartışılmaz
Her yedek at rest, in transit şifreli, anahtarlar yedek hedefinden ayrı.Runbook
Belgelenmiş restore prosedürü:- Yedekler nerede yaşar.
- Onlara nasıl erişilir.
- Her tür yedek için restore komutu.
- Restore sonrası doğrulama adımları.
- "Restore ediyoruz" iletişim şablonu.
Uyaracağımız bir desen
"Bulut yedekleri yönetir." Yönetmez. Bulut dayanıklılığı ≠ yedek. Kazara silme, uygulama bug'ı, ransomware — bulutun yüksek dayanıklılığı bunlara karşı koruma yapmaz.Her zaman karşılığını veren bir desen
Game-day egzersizleri. Yılda bir, tam veri-kayıp senaryosu simüle edin.Yedekleme stratejiniz nedir?
The most useless thing in the world is an untested backup
Every team that's lost data had backups.The 3-2-1 rule
Three copies. Two different media. One off-site.Details:
- "Three copies" includes the original.
- "Different media" in 2026 means different storage technologies.
- "Off-site" means a different physical location.
The restore test
- Quarterly: full restore of the largest database to test.
- Monthly: spot-restore of a random backup.
- Per-backup: integrity check automated.
What to back up
- Application databases.
- Configuration.
- Object storage.
- Source code.
- Issue tracker / wiki.
- Email / communications.
- Encryption keys.
Backup methodology
- Full + incremental.
- Snapshot-based.
- Continuous (CDC, WAL streaming).
- Object-storage versioning.
Define RPO and RTO before picking the strategy.
The off-site question
- Different cloud region.
- Different cloud provider.
- Cold off-line storage.
- Encrypted off-site at colocation.
Encryption — non-negotiable
Every backup encrypted at rest, in transit, with keys stored separately.The runbook
- Where the backups live.
- How to access them.
- The restore command for each kind of backup.
- Verification steps post-restore.
- Communication template.
One pattern we'd warn about
"The cloud handles backups." Cloud durability ≠ backup.One pattern that always pays off
Game-day exercises. Once a year, simulate a full data-loss scenario.What's your backup strategy?
