ATEON

Blog

Uygulamalar ve BT Altyapısı Arasında Yazılım Köprüsü

5 Ekim 2022 · Güncellendi 8 Kasım 2026

Uygulamalar ve BT Altyapısı Arasında Yazılım Köprüsü

"Uygulamalar ve BT altyapısı arasında yazılım köprüsü" ifadesi, Veritas'ın uzun yıllar savunduğu bir yaklaşımı özetliyordu: uygulama ekipleri verinin hangi depolama dizisinde, hangi sanallaştırma katmanında ya da hangi bulutta durduğunu düşünmek zorunda kalmamalı; verinin korunması, saklanması ve görünür kılınması altyapıdan bağımsız bir yazılım katmanında yönetilmeli. Bu yazı ilk yayımlandığında bu katmanın tek adresi Veritas'tı. Bugün aynı ürünler iki ayrı üreticinin çatısı altında, ama yaklaşım geçerliliğini koruyor.

Neden ayrı bir katman?

Tipik bir kurumda veri aynı anda fiziksel sunucularda, VMware, Hyper-V ya da Nutanix üzerindeki sanal makinelerde, Kubernetes kümelerinde, AWS veya Azure'da ve Microsoft 365 gibi SaaS servislerinde durur. Her altyapının kendi yedekleme ve saklama aracı kullanılırsa sonuç; farklı politikalar, farklı konsollar, raporlarda boşluklar ve "bu sistemin yedeği kimde?" sorusuna verilemeyen cevaplardır. Tek bir yazılım katmanı ise politikayı bir kez tanımlar ve hangi altyapıda çalıştığından bağımsız olarak her iş yüküne uygular. Altyapı değiştiğinde (yeni depolama, buluta taşınma, sanallaştırma platformu değişikliği) koruma kesintiye uğramaz; katman yerinde kalır, altındaki kaynak değişir.

Katmanın üç görevi

Veritas'tan sonra ne değişti?

Veritas Aralık 2024'te ikiye bölündü: veri koruma işi Cohesity ile birleşti ve NetBackup ailesi Cohesity NetBackup adıyla devam ediyor; uyum ve yönetişim ürünleri Arctera adıyla ayrı bir şirket oldu. Arctera 2026'da dağıtım modeline göre yeniden yapılandı: şirket içi arşivleme Enterprise Vault markasıyla, bulut tabanlı hizmetler Arctera Unified Platform adıyla sunuluyor. Mevcut kurulumlar için bu, ürünlerin çalışmaya devam ettiği ama lisans, destek ve yol haritası muhatabının değiştiği anlamına geliyor. Yenileme dönemine giren kurumların sözleşme ve destek kanallarını yeni üreticiye göre gözden geçirmesi gerekiyor.

Nereden başlamalı?

  • Kritik uygulamaların envanterini çıkarın ve her biri için kabul edilebilir veri kaybını (RPO) ve kesinti süresini (RTO) yazılı hâle getirin.
  • Saklama sürelerini KVKK ve sektör düzenlemelerine göre belirleyin; yedek ile arşivi karıştırmayın. Yedek geri dönmek içindir, arşiv saklamak ve aramak içindir.
  • Yedek kopyalardan en az birini değiştirilemez ya da ağdan yalıtılmış tutun.
  • Geri dönüşü düzenli olarak test edin; test edilmemiş yedek, yedek sayılmaz.
  • Raporlamayı tek yerde toplayın: politikaya uymayan iş yükü, başarısız iş ya da korumasız kalan sistem ilk bakışta görünmeli.

Mevcut Veritas kurulumunuzu yeni üretici yapısına göre değerlendirmek ya da yedekleme ve arşivleme katmanınızı birlikte planlamak için ATEON uzmanlarıyla iletişime geçin.