Azure Databricks, Yönetilen Felaket Kurtarma Özelliğini Genel Ön İzlemeye Sunuyor
Özet
12 Haziran 2026’da genel ön izlemeye sunulan Yönetilen Felaket Kurtarma (Managed Disaster Recovery - DR) ile Azure Databricks, kritik çalışma alanı varlıklarının ve Unity Catalog meta verilerinin replikasyonunu otomatikleştiriyor. Bu yerel özellik, kuruluşların karmaşık ve özel replikasyon script’leri tasarlamasına veya bakımını yapmasına gerek kalmadan güçlü iş sürekliliği stratejileri uygulamasına olanak tanıyor. İsteğe bağlı olarak sunulan sabit URL sayesinde, alt istemciler manuel yeniden yapılandırmaya gerek kalmadan bir yük devretme (failover) boyunca bağlantı tutarlılığını koruyabiliyor.
Neler Oldu?
12 Haziran 2026’da Azure Databricks, Yönetilen Felaket Kurtarma (Managed DR) özelliğini genel ön izleme olarak yayımladı. Bu sürümün temel unsurları şunlardır:
- Yönetilen tablo verileri, görünümler, işlevler, izin izinleri ve harici tablolar ile birimler için meta veriler dahil olmak üzere Unity Catalog meta verilerinin sürekli replikasyonu.
- Not defterleri, işler (jobs), SQL ambarları, kümeler ve erişim kontrol listeleri (ACL’ler) gibi çalışma alanı varlıklarının ikincil bir bölgeye sürekli senkronizasyonu.
- Doğrudan Databricks hesap konsolundaki yeni “Resilience” (Dayanıklılık) bölümü üzerinden yönetim ve yapılandırma.
- Yönetilen DR’ı mevcut Gelişmiş Güvenlik ve Uyumluluk (ESC) yetenekleriyle birleştiren “Mission Critical” çalışma alanı eklentisinin genel ön izlemede eş zamanlı olarak yayımlanması.
- Her iki özelliğe erişim şu anda kısıtlıdır ve etkinleştirme için kuruluşların Databricks hesap ekibiyle iletişime geçmesi gerekmektedir.
Neden Önemli?
Büyük ölçekli Data Lakehouse ortamlarında felaket kurtarma yönetimi tarihsel olarak karmaşık, hataya açık ve özel API script’lerine veya Terraform yapılandırmalarına bağımlı olmuştur.
- Kendin Yap Yerine Otomasyon: Databricks, replikasyon hattını ve yük devretme orkestrasyonunu yöneterek kurtarma süresi hedeflerini (RTO) dakikalara indirir.
- Bağlantı Kararlılığı: Sabit bağlantı URL’si, BI araçlarının, API’lerin ve diğer alt entegrasyonların yük devretme sırasında bağlantı dizesi güncellemeleri gerektirmemesini sağlar.
- Korunan Varlık Kimlikleri: Çalışma alanı varlık kimlikleri (ID) bölgeler arasında korunur, bu da alt iş akışlarında yolların veya referansların bozulmasını önler.
Kanıtlar
Duyuru ve uygulama detayları resmi Databricks ve Microsoft Azure sürüm notlarında belgelenmiştir. Ayrıca yöneticiler, yeni system.replication.states sistem tablosunu kullanarak replikasyon gecikmesini, hata durumlarını ve genel durumu izleyebilirler.
Analiz
Yönetilen DR’ın sunulması, Lakehouse üzerinde kritik üretim iş yüklerini çalıştırmak isteyen kurumsal müşteriler için temel bir gereksinimi karşılamaktadır. Bu özelliğin “Mission Critical” eklentisine dahil edilmesi, yüksek kullanılabilirlik, güvenlik ve uyumluluğun stratejik bir birleşimini göstermektedir. Aktif-aktif topolojiler veya bulutlar arası replikasyon için özel felaket kurtarma kurulumları gerekli olmaya devam edecek olsa da, bu yerel yeteneğin çoğu Azure merkezli dağıtım için standart haline gelmesi beklenmektedir.
Pratik Tavsiyeler
Azure Databricks yöneticileri ve mimarları aşağıdaki adımları değerlendirmelidir:
- DR Gereksinimlerini Değerlendirin: Yerel Yönetilen DR’ın dakika düzeyindeki RTO/RPO değerlerinin iş sürekliliği planlarınızla uyumlu olup olmadığını doğrulayın.
- Hesap Erişimi Talep Edin: Kısıtlı Yönetilen DR özelliklerinin ve Mission Critical çalışma alanı eklentisinin kilidini açmak için Databricks hesap ekibinizle iletişime geçin.
- İzlemeyi Uygulayın: Replikasyon sağlığını ve gecikmesini izlemek için
system.replication.statestablosunu kullanan uyarılar veya panolar oluşturun. - Sabit URL’leri Benimseyin: Şeffaf yük devretme yönetimi sağlamak için alt istemci bağlantı dizelerini sabit URL formatına geçirin.
Açık Sorular
- Özellik Genel Erişilebilirliğe (GA) ulaştığında, Mission Critical eklentisi ve bölgeler arası replikasyon bant genişliği için fiyatlandırma modeli nasıl olacak?
- Databricks, birden fazla bulut sağlayıcısına yayılan dağıtımları desteklemek için yerel bulutlar arası yönetilen felaket kurtarmayı ne zaman genişletecek?