Geçen yıl yaşanan küresel ekonomik kriz, Türkiye’deki pek çok orta ölçekli işletmenin BT bütçelerini kısmak zorunda kaldığını gösterdi. Ama aynı dönem başka bir gerçeği de gün yüzüne çıkardı: bir şirketin sunucusu çöktüğünde, depo yangınına uğradığında ya da kritik veriler bir şekilde yok olduğunda, işin ne kadar kırılgan olduğunu anlamak için kriz beklemeye gerek yok. İzmir’de tekstil ihracatı yapan orta ölçekli bir firma düşünün — tüm sipariş ve müşteri kayıtları tek bir sunucuda duruyor, yedekleme ise haftada bir DVD’ye alınıyor. Sunucu arızalandığında bir haftalık veri gidebilir, üretim durabilir, müşteri teslim tarihleri kaçabilir. Felaket kurtarma planı yapmak bu tür şirketler için artık lüks değil, zorunluluk.
Felaket kurtarma (disaster recovery), bir şirketin kritik sistemleri ve verilerini beklenmedik bir kesinti sonrasında belirli bir süre içinde yeniden çalışır hale getirme kapasitesini ifade eder. Geleneksel yaklaşım, birincil veri merkezine ek olarak coğrafi olarak ayrı bir ikincil veri merkezi kurmayı gerektirir. Sunucular, ağ altyapısı, lisanslar, fiziksel alan ve bakım personeli — bunların tümü ciddi sermaye yatırımı demektir. Büyük bankalar ve telekom şirketleri bu yatırımı yıllardır yapıyor; ancak 50 ya da 100 çalışanlı bir imalat veya ticaret firması için böyle bir altyapı kurmak neredeyse imkânsız bir mali yük anlamına geliyordu.
Bulut bilişim bu denklemi değiştiriyor. Temel fikir şu: şirketin kendi fiziksel sunucusu yerine, internet üzerinden erişilen uzak sunucu altyapısını kullanmak. Felaket kurtarma bağlamında bu, kritik verilerin ve sistem yedeklerinin şirket binası dışında, profesyonelce yönetilen bir veri merkezinde tutulması anlamına geliyor. Türkiye’de geniş bant internet bağlantısının son birkaç yılda önemli ölçüde yaygınlaşması, bu tür çözümlerin KOBİ’ler için de pratik hale gelmesinin önündeki en büyük engeli ortadan kaldırdı. ADSL bağlantısı artık çoğu sanayi bölgesinde ve ticaret merkezinde ulaşılabilir durumda.
Bulut tabanlı felaket kurtarmanın en somut avantajı, sermaye harcamasını işletme giderine dönüştürmesidir. İkinci bir sunucu odası kurmak yerine, aylık sabit bir ücretle uzak veri yedekleme ve sistem replikasyonu hizmeti almak mümkün. Bu modelde şirket, yedekleme altyapısının bakımıyla uğraşmak zorunda kalmıyor; hizmet sağlayıcı bunu üstleniyor. Bir muhasebe yazılımının veritabanı, ERP sisteminin kritik modülleri ya da müşteri kayıtları düzenli aralıklarla uzak sunucuya kopyalanıyor. Birincil sistemde bir arıza yaşandığında, yedeklenen veriler internet üzerinden erişilebilir hale geliyor ve iş süreci en kısa sürede devam edebiliyor.
İkinci önemli avantaj, ölçeklenebilirlik. Şirket büyüdükçe ya da yedeklenecek veri miktarı arttıkça, fiziksel donanım satın almak yerine hizmet planını genişletmek yeterli oluyor. Küçük bir toptan ticaret firması başlangıçta yalnızca muhasebe verilerini yedeklerken, zamanla stok takip sistemi ve e-posta arşivlerini de kapsama dahil edebiliyor. Bu esneklik, geleneksel ikincil veri merkezi modelinde mümkün değil — orada her kapasite artışı yeni donanım yatırımı demek. Bulut modelinde ise bu geçiş çok daha az sürtüşmeyle gerçekleşiyor.
Ancak bu tablonun bazı önemli sınırlamaları da var. Türkiye’de bulut tabanlı felaket kurtarma hizmetleri henüz olgunlaşmış bir pazar değil. Yerli hizmet sağlayıcı sayısı kısıtlı, uluslararası sağlayıcıların sunduğu çözümler ise çoğunlukla İngilizce arayüzlerle geliyor ve yerel destek zayıf kalabiliyor. Bunun yanı sıra, internet bağlantısı kalitesi hâlâ bir risk faktörü — kesinti anında uzak yedeklere erişmek için güvenilir ve yeterli bant genişliğine sahip bir bağlantı şart. Veri güvenliği konusundaki belirsizlikler de şirketleri temkinli davranmaya itiyor; kritik ticari verilerin üçüncü taraf sunucularda tutulması, özellikle geleneksel yönetim anlayışına sahip firmalarda ciddi bir güven sorununa dönüşebiliyor. Sözleşme koşulları, hizmet seviyesi anlaşmaları (SLA) ve veri egemenliği konuları henüz Türkiye’de yeterince tartışılmıyor.
Bu noktada bir KOBİ yöneticisinin kendine sorması gereken birkaç somut soru var. Birincisi: sistemlerim kaç saatliğine çevrimdışı kalabilir, bu sürenin iş üzerindeki maliyeti ne? İkincisi: mevcut yedekleme yöntemim gerçekten test edildi mi, yoksa sadece teoride var mı? Üçüncüsü: ikinci bir sunucu odasına yatırım yapmak yerine, aynı güvenceyi aylık sabit bir ücretle satın almak mümkün mü? Bu soruların yanıtları, bulut tabanlı felaket kurtarmanın o şirket için anlamlı olup olmadığını ortaya koyar. Hizmet sağlayıcı seçerken referans müşterileri sormak, SLA’yı dikkatlice okumak ve küçük ölçekli bir pilot ile başlamak, bu geçişi daha güvenli kılmanın en pratik yolu.