SaaS İlüzyonu

Kurumların çoğu, verilerini buluta (SaaS) taşıdıklarında yedekleme sorumluluğunun da servis sağlayıcıya devredildiğini varsayar. Bu, modern IT dünyasının en tehlikeli yanılgısıdır. Microsoft veya Google, hizmetin altyapısını (uptime) garanti eder; verinizin bütünlüğünü ve güvenliğini değil. Bu makale, “Paylaşılan Sorumluluk Modeli”ni (Shared Responsibility Model) analiz ederek, neden üçüncü taraf bir yedekleme stratejisine ihtiyacınız olduğunu ortaya koymaktadır.

Bulutun Sihirli Değnek Yanılgısı

Bir BT Yöneticisi ile konuştuğumda sıkça şu cümleyi duyarım: “Yedekleme derdimiz kalmadı, artık her şeyimiz bulutta.”

Bu cümle, bir çözüm mimarı olarak beni her zaman endişelendirir. Çünkü bulut (Cloud), verinizin güvenli bir kasada kilitli olduğu anlamına gelmez; sadece verinizin “başkasının bilgisayarında” durduğu anlamına gelir.

SaaS (Software as a Service) platformları, operasyonel yükü üzerinizden alır ancak Veri Sorumluluğunu (Data Governance) almaz. Microsoft’un Hizmet Sözleşmesi’ni (SLA) dikkatlice okursanız, verilerinizin yedeklenmesi konusunda sorumluluk kabul etmediklerini ve üçüncü parti çözümler önerdiklerini açıkça görürsünüz.

Paylaşılan Sorumluluk Modeli (The Shared Responsibility Model)

Bu mimariyi anlamak için sorumlulukların nerede bitip nerede başladığını netleştirmeliyiz:

Cloud Sağlayıcısının Sorumluluğu (Altyapı): Onlar, veri merkezlerinin fiziksel güvenliğinden, elektriğinden, ağ bağlantısından ve uygulamanın çalışır durumda olmasından (Uptime) sorumludur. Yani “Exchange Online servisi çökmesin” diye çalışırlar.

Sizin Sorumluluğunuz (Veri): O servisin içindeki veriden (E-postalar, SharePoint dosyaları, Teams yazışmaları) siz sorumlusunuz.

Eğer bir çalışanınız yanlışlıkla kritik bir CEO yazışmasını silerse veya içeriden bir tehdit (Insider Threat) tüm SharePoint yapısını bozarsa; Microsoft size “Servisimiz çalışıyor, bu sizin operasyonel hatanız” diyecektir.

Geri Dönüşüm Kutusu, Yedekleme Değildir

En yaygın teknik hata, “Recycle Bin” (Geri Dönüşüm Kutusu) özelliklerinin yedekleme sanılmasıdır.

Zaman Kısıtı: Silinen öğeler genellikle 30 veya 90 gün saklanır. 6 ay önce silinen ve bugün hukuki bir süreç için ihtiyaç duyduğunuz bir dosyayı bulamazsınız.

Veri Bütünlüğü: Geri dönüşüm kutusu, verinin bozulmamış bir kopyasını (Point-in-Time recovery) sunmaz. Sadece silinen son halini sunar. Eğer bir fidye yazılımı (Ransomware) dosyalarınızı şifreleyip OneDrive’a senkronize ederse, geri dönüşüm kutusundaki versiyon da şifreli olabilir.

Yönetimsel Ayrılık Yoktur: Eğer bir yönetici hesabı ele geçirilirse, saldırgan hem veriyi hem de geri dönüşüm kutusunu kalıcı olarak silebilir.

Vendor Lock-in ve Çıkış Stratejisi

Teknoloji agnostik bir bakış açısıyla, tüm kurumsal hafızanızı tek bir sağlayıcıya emanet etmek stratejik bir risktir.

• Hesabınızın teknik veya politik bir sebeple askıya alındığını düşünün.

• Servis sağlayıcısının global bir kesinti yaşadığını düşünün.

• 
  

Verilerinizin, sağlayıcıdan bağımsız (Cloud-to-Cloud veya Cloud-to-OnPrem) bir yedeğinin olması, sizi bu devasa ekosistemlere karşı özgür kılar. Bu sizin “Çıkış Stratejinizdir”.

Koruma Stratejisi

Sağlam bir SaaS koruma stratejisi şu üç bileşeni içermelidir:

Bağımsızlık: Yedekleriniz, kaynakla aynı bulutta (örn. Azure’da) değil, farklı bir bulutta (örn. AWS veya Yerel Veri Merkezi) saklanmalıdır.

Otomasyon: Günde en az 3–4 kez, kullanıcı müdahalesi olmadan otomatik yedek alınmalıdır.

Granüler Kurtarma: Tüm veritabanını dönmek yerine, tek bir e-postayı veya tek bir Teams dosyasını saniyeler içinde geri getirebilmelisiniz.

Bulut, iş süreçlerini modernize etmek için harika bir araçtır, ancak bir “yedekleme stratejisi” değildir.

Şirketinizin hafızasını emanet ettiğiniz platformların sınırlarını bilmek, bir yöneticinin asli görevidir. Yarın sabah uyandığınızda tüm bulut verilerinizin “erişilemez” olduğu senaryosunda; Microsoft’u arayıp şikayet mi edeceksiniz, yoksa bağımsız yedeğinizden geri mi döneceksiniz?

Seçim sizin, sorumluluk da öyle.