Bir acente yazılımının en değerli parçası, müşteri ve poliçe kayıtlarını tutan veritabanıdır. Bu veritabanının tek bir kopyası tek bir sunucuda duruyorsa, o sunucunun ya da bulunduğu veri merkezinin yaşadığı her sorun doğrudan acentelere yansır. Replikasyon ve coğrafi yedeklilik, bu tekil bağımlılığı ortadan kaldırmak için kullanılan iki temel yaklaşımdır.
Bu yazıda bu kavramları teknik bir uzmanlık gerektirmeden açıklıyor, aralarındaki farkları ve acente açısından neden önemli olduklarını ele alıyoruz.
Replikasyon nedir?
Replikasyon, bir veritabanındaki değişikliklerin bir veya birden fazla başka veritabanı sunucusuna sürekli olarak kopyalanmasıdır. Ana sunucuya genellikle birincil, kopyaları tutan sunuculara ise ikincil ya da eş adı verilir. Bir çalışan yeni bir müşteri kaydı oluşturduğunda bu kayıt önce birincil sunucuya yazılır, ardından eşlere aktarılır.
Replikasyon, yedeklemeden farklıdır. Yedek, belirli bir anın dondurulmuş bir kopyasıdır; replikasyon ise canlı ve sürekli güncellenen bir kopyadır. Bu fark hem avantajları hem de sınırları belirler.
Eş zamanlı ve eş zamansız replikasyon
Eş zamanlı replikasyon
Bu yöntemde bir kayıt, eş sunucuya da yazıldığı doğrulanmadan işlem tamamlanmış sayılmaz. Böylece birincil sunucu aniden arızalansa bile tamamlanmış hiçbir işlem kaybolmaz. Bedeli ise her yazma işleminin biraz daha uzun sürmesidir; çünkü sistem eşten onay bekler. Eşler arasındaki mesafe arttıkça bu bekleme de uzar.
Eş zamansız replikasyon
Bu yöntemde kayıt birincil sunucuya yazıldığı anda işlem tamamlanır, eşlere aktarım hemen ardından yapılır. Kullanıcı bekleme yaşamaz; ancak birincil sunucu arızalandığı anda henüz eşe ulaşmamış birkaç saniyelik veri kaybolabilir. Bu kısa aralık, kurtarma noktası hedefi açısından değerlendirilmesi gereken bir değerdir.
Hangisi seçilmeli?
Pek çok sistem iki yöntemi birlikte kullanır: Aynı veri merkezindeki yakın eşler için eş zamanlı, uzak konumdaki eşler için eş zamansız replikasyon. Böylece günlük işlemlerde performans korunurken, yerel arızalarda veri kaybı en aza indirilir ve bölgesel felaketlere karşı da bir kopya bulunur.
Coğrafi yedeklilik
Aynı veri merkezinde birden fazla eş bulunması, tek bir sunucunun arızasına karşı koruma sağlar. Ancak elektrik altyapısı, soğutma, ağ bağlantısı ya da doğal afet gibi veri merkezinin tamamını etkileyen bir olayda bütün eşler birlikte etkilenebilir. Coğrafi yedeklilik, verinin birbirinden fiziksel olarak uzak konumlarda da tutulmasıdır.
Coğrafi yedekliliğin seviyeleri farklı olabilir:
- Yalnızca yedeklerin uzak konumda tutulması: En temel seviyedir. Felaket durumunda veri kaybolmaz, ancak sistemin uzak konumda yeniden kurulması zaman alır.
- Uzak konumda pasif eş: Veri sürekli olarak uzak konuma aktarılır; felaket durumunda bu eş birincil hale getirilir. Kurtarma süresi kısalır.
- Birden fazla konumda aktif çalışma: Hizmet aynı anda birden fazla konumdan sunulur. En kısa kurtarma süresini sağlar, ancak tasarımı ve işletimi en karmaşık olan yapıdır.
Veri konumu ve mevzuat
Coğrafi yedeklilik söz konusu olduğunda verinin hangi ülkede tutulduğu da önem kazanır. Kişisel verilerin yurt dışına aktarımı, Kişisel Verilerin Korunması Kanunu kapsamında belirli şartlara bağlıdır. Bu nedenle bir acente, yazılım sağlayıcısının birincil ve yedek veri konumlarının nerede olduğunu ve bu konumların mevzuatla uyumunun nasıl sağlandığını sormalıdır. Yedek kopyaların da kişisel veri içerdiği unutulmamalıdır.
Replikasyonun koruyamadığı durumlar
Replikasyon güçlü bir araçtır, ancak her riske karşı koruma sağlamaz:
- Mantıksal hatalar: Yanlışlıkla silinen bir kayıt ya da hatalı bir toplu güncelleme, eşlere de aynı hızla kopyalanır.
- Zararlı yazılım: Veriyi şifreleyen bir saldırı, eşlerdeki veriyi de etkileyebilir.
- Uygulama hataları: Yazılımdaki bir hatanın yanlış veri üretmesi durumunda bu veri de tüm kopyalara yayılır.
Bu nedenle replikasyon, belirli bir ana geri dönmeyi mümkün kılan düzenli yedeklerle birlikte kullanılmalıdır. Replikasyon erişilebilirliği, yedekleme ise geri dönüşü korur.
Acente açısından ne anlama gelir?
Acente çalışanı replikasyonu doğrudan görmez; etkisini, yaşanmayan veri kayıplarında ve kısa süren kesintilerde hisseder. Bir sağlayıcıyı değerlendirirken bu konuda şu sorular sorulabilir:
- Veritabanının birden fazla eşi var mı ve bunlar farklı fiziksel konumlarda mı?
- Birincil sunucu arızalandığında eşe geçiş otomatik mi yapılıyor?
- Uzak konumdaki kopya ile birincil arasındaki olası gecikme ne kadar?
- Veri ve yedekler hangi ülkede tutuluyor?
- Replikasyonun yanında belirli bir ana geri dönmeyi sağlayan yedekler de alınıyor mu?
Bu soruların amacı teknik ayrıntıya girmek değil, kendi kurtarma hedeflerinizin sağlayıcının yapısıyla karşılanıp karşılanmadığını anlamaktır.
Okuma eşleri ve raporlama
Replikasyonun süreklilik dışında bir faydası daha vardır: Eş sunucular, ağır raporlama sorgularının birincil sunucu yerine eşler üzerinde çalıştırılmasına imkân verebilir. Bu sayede ay sonunda hazırlanan kapsamlı portföy raporları, gün içinde teklif hazırlayan çalışanların ekranlarını yavaşlatmaz. Ancak eş zamansız eşlerde birkaç saniyelik gecikme bulunabileceği için, anlık doğruluk gerektiren işlemler birincil sunucu üzerinden yürütülmelidir.
InsureHub bakış açısı
InsureHub, sigorta acentelerine yazılım sunan bir şirket olarak müşteri, poliçe ve tahsilat verisini web acente paneli ile iOS/Android uygulamanın ortak kullandığı merkezi bir veri yapısında tutar. Bu yaklaşım, verinin tek bir ofis bilgisayarına bağlı kalmamasını sağlar. Veri barındırma ve yedeklilik yapısına ilişkin sorularınızı demo talebi sonrasında ekibimizle konuşabilir, ürünün genel yapısını sigorta acentesi yazılımı sayfasından inceleyebilirsiniz.
Sonuç
Replikasyon ve coğrafi yedeklilik, acente verisinin tek bir sunucuya ya da tek bir konuma bağımlı olmasını önler. Doğru kurgulandığında ve düzenli yedeklerle desteklendiğinde, hem günlük arızalara hem de nadir ama büyük felaketlere karşı dengeli bir koruma sağlar.