Yeni bir iş uygulaması kurulacak, ortak dosyalar büyüdü veya mevcut sunucu yenileme zamanına geldi: Bu noktada çoğu işletme aynı soruyla karşılaşıyor. Fiziksel sunucu mu alınmalı, sistem tamamen buluta mı taşınmalı? Satıcı sunumlarında iki seçenekten biri genellikle her derde deva gibi anlatılır. Gerçekte ise doğru cevap iş yüküne, internet bağlantısına, ekip yetkinliğine ve kabul edilebilir kesinti süresine göre değişir.
Bu rehber, ürün markası seçmeden önce yerel, bulut ve hibrit seçenekleri aynı iş hedefleri üzerinden karşılaştırmanız için karar çerçevesi sunar. Amaç, “en yeni teknoloji” etiketini almak değil; uygulamaların güvenli, yönetilebilir ve bütçesi öngörülebilir biçimde çalışmasını sağlamaktır.
Önce kavramları ayıralım
Fiziksel sunucu, işletmenin ofisinde ya da kendi belirlediği veri merkezinde bulunan donanımdır. İşletim sistemi, uygulamalar, kullanıcılar, depolama ve bakım sorumluluğu büyük ölçüde kuruluşun kendisindedir. Sanallaştırma kullanıldığında tek fiziksel sunucu üzerinde birden fazla sanal sunucu çalıştırılabilir; bu yapı yine yerel altyapı olabilir.
NIST SP 800-145, bulut bilişimi; paylaşılan ve yapılandırılabilir kaynaklara ağ üzerinden, talep üzerine erişim sağlayan bir model olarak tanımlar. Bulut yalnızca “başkasının bilgisayarı” değildir; talep üzerine kaynak sağlama, geniş ağ erişimi, kaynak havuzu, hızlı esneklik ve ölçümlü hizmet gibi özellikler taşır. Kullanılan model SaaS, PaaS veya IaaS olduğunda müşterinin yönettiği katmanlar da değişir.
Hibrit yapı ise bazı iş yüklerinin yerelde, bazılarının bulutta çalışmasıdır. Örneğin üretim uygulaması yerel sunucuda kalırken e-posta ve iş birliği araçları SaaS olabilir; yerel sistemin yedeği farklı bir bulut ortamına gönderilebilir.
Fiziksel sunucu ne zaman anlamlıdır?
Uygulamanın yerel ağda çok düşük gecikmeyle çalışması gerekiyorsa, internet bağlantısından bağımsız devam etmesi kritikse veya bağlı olduğu makine/cihazlar ofis içinde bulunuyorsa fiziksel altyapı güçlü bir adaydır. Büyük dosyaların sürekli yerel ağda işlendiği tasarım, video ya da üretim senaryolarında internet çıkışını kullanmadan yüksek hızlı erişim sağlanabilir.
Mevzuat, sözleşme veya müşteri gereksinimi belirli veri konumu ve fiziksel kontrol şartı getiriyorsa da yerel ya da özel veri merkezi seçenekleri değerlendirilebilir. Ancak cihazın binada durması otomatik olarak daha güvenli olduğu anlamına gelmez. Erişim, yedekleme, yangın/güç koşulları, güncelleme ve izleme işletmenin sorumluluğundadır.
Fiziksel sunucunun maliyeti yalnızca satın alma fiyatı değildir. Garanti, yedek parça, lisans, elektrik, UPS, soğutma, kabinet, yedekleme alanı ve bakım süresi toplam maliyete girer. Kapasite artışı için önceden tahmin ve yeni donanım gerekebilir.
Bulut ne zaman avantaj sağlar?
Kullanıcılar farklı lokasyonlardan çalışıyorsa, kaynak ihtiyacı dönemsel değişiyorsa veya yeni hizmeti hızlı devreye almak gerekiyorsa bulut esnek olabilir. Donanım tedarik süresi olmadan kaynak açılıp ölçüme göre büyütülebilir veya küçültülebilir. Hazır yönetilen hizmetler, bazı altyapı işlerini sağlayıcıya devredebilir.
Microsoft’un şirket içi altyapıdan buluta geçiş rehberi, fiziksel sunucu kapasitesini aynen buluta kopyalamanın gereksiz fazla kaynak ayırmaya yol açabileceğine dikkat çeker. Bulutta doğru boyutlandırma, gerçek CPU, bellek, disk ve ağ kullanımını ölçerek yapılmalıdır. “Sunucuda 128 GB RAM var, bulutta da aynısı olsun” yaklaşımı iş yükünün gerçekten ne kullandığını göstermeyebilir.
Bulut da internete, doğru kimlik yönetimine ve maliyet takibine bağımlıdır. Yanlış yapılandırılmış depolama, aşırı yetkili hesaplar veya unutulan kaynaklar risk ve beklenmeyen fatura oluşturabilir. Sağlayıcı altyapıyı korusa bile kullanıcı hesapları, veri sınıflandırması, uygulama ayarları ve bazı yedekleme sorumlulukları müşteride kalabilir.
Karar verirken sekiz ölçüt
1. Uygulama gereksinimi
Yazılım üreticisinin desteklediği işletim sistemi, veritabanı, gecikme, lisans ve entegrasyon koşullarını doğrulayın. Bazı eski uygulamalar yalnızca yerel sunucuda sağlıklı çalışırken, bazı modern ürünler zaten SaaS olarak sunulur.
2. İnternet bağlantısı
Bulut iş yükünde indirme hızının yanında yükleme kapasitesi, gecikme, hat kararlılığı ve ikinci internet seçeneği önemlidir. İnternet kesildiğinde hangi işler durur? Yerel sunucuda da uzaktaki çalışanların erişimi ve dış servisler bağlantıya bağımlı olabilir.
3. Performans ve veri hareketi
Dosyaların boyutu, günlük aktarım miktarı ve kullanıcıların nerede olduğu ölçülmelidir. Terabaytlarca veriyi her gün internet üzerinden işlemekle, küçük veritabanı sorguları çalıştırmak aynı değildir. Veri çıkış ücretleri de bulut maliyetine dâhil edilebilir.
4. Kesinti toleransı
Bir sistem durduğunda işletme ne kadar bekleyebilir? Kurtarma süresi hedefi ve kabul edilebilir veri kaybı belirlenmeden yüksek erişilebilirlik ya da felaket kurtarma tasarlanamaz. İki diskli sunucu, iki ayrı lokasyon veya bulutta tek sanal makine birbirine eşdeğer değildir.
5. Güvenlik ve erişim
Kimlerin, hangi cihazlardan, hangi sisteme erişeceği tanımlanmalıdır. Çok faktörlü kimlik doğrulama, yönetici hesaplarının ayrılması, loglama ve firewall/VPN yapısı her modelde önemlidir. Bulut veya yerel seçim güvenliği satın alıp bitirmez.
6. Yedekleme ve geri yükleme
RAID, sanallaştırma anlık görüntüsü veya bulut senkronizasyonu tek başına yedekleme stratejisi değildir. Ayrı hata alanında kopya, saklama süresi ve düzenli geri yükleme testi gerekir. Şirket veri yedekleme rehberi bu ayrımı adım adım açıklar.
7. Yönetim yetkinliği
Sunucuyu kim güncelleyecek, alarmları kim izleyecek ve gece oluşan arızada kim karar verecek? Bulutta da kaynak, kimlik, maliyet ve yapılandırma yönetimi gerekir. İşletme içi ekip veya kurumsal IT destek kapasitesi tasarıma dâhil edilmelidir.
8. Üç-beş yıllık toplam maliyet
Yerel sistemde ilk yatırım yüksek, aylık kalemler daha farklı olabilir; bulutta başlangıç hızlı, kullanım arttıkça düzenli gider büyüyebilir. Lisans, destek, enerji, bağlantı, yedekleme, veri transferi, personel zamanı ve yenileme maliyetini aynı tabloya koyun.
Üç örnek karar senaryosu
On kişilik, çoğunlukla tarayıcı tabanlı uygulama kullanan ve farklı yerlerden çalışan ekip için SaaS ve bulut ağırlıklı yapı yönetimi kolaylaştırabilir. Yerel cihaz ihtiyacı dosya önbelleği veya yazıcı gibi sınırlı servislerle kalabilir.
Üretim hattına bağlı uygulaması olan, büyük teknik dosyaları ofis içinde işleyen işletmede yerel sunucu ve hızlı ağ daha uygun olabilir. Dış lokasyona yedek ve seçili bulut servisleri eklenerek hibrit yapı kurulabilir.
Birden çok şubesi bulunan işletmede merkezi bulut uygulaması erişimi sadeleştirebilir; ancak hat yedekliliği, kimlik yönetimi ve şubelerde çalışmaya devam edecek yerel servisler ayrıca planlanır. Aynı firma içinde bile her iş yükü için aynı cevap gerekmeyebilir.
Karardan önce ölçülmesi gerekenler
En az iki-dört haftalık CPU, bellek, disk gecikmesi, depolama büyümesi ve ağ kullanımı verisi değerli bir başlangıçtır. Kullanıcı sayısı, lisanslar, bağlı cihazlar, uygulama bağımlılıkları ve kesinti geçmişi de envantere eklenir. Sonra yerel, bulut ve hibrit seçenekler aynı hedefler üzerinden karşılaştırılır.
DAISHO’nun sunucu ve bulut sistemleri hizmeti kapsamında mevcut iş yükünüzü, büyüme planınızı ve erişim ihtiyacınızı birlikte değerlendirebiliriz. WhatsApp’tan sistem bilgilerinizi paylaşın.
İlgili BT hizmetleri
Dosya, NAS ve kurtarma altyapısını ayrı değerlendirmek için veri depolama sistemleri sayfasını inceleyebilirsiniz.
Sık sorulan sorular
Bulut her zaman daha ucuz mudur?
Hayır. Kullanım şekli, kaynak boyutu, lisans, depolama, veri transferi ve yönetim maliyeti sonucu değiştirir. Gerçek iş yükü ölçülerek birkaç yıllık toplam maliyet karşılaştırılmalıdır.
Fiziksel sunucu daha güvenli midir?
Fiziksel kontrol avantaj sağlayabilir; ancak güncelleme, erişim, yedekleme ve ortam güvenliği zayıfsa risk devam eder. Güvenlik, konumdan çok bütün kontrollerin yönetimine bağlıdır.
Hibrit sistem karmaşık mıdır?
Yanlış tasarlanırsa evet. Kimlik, ağ, yedekleme ve sorumluluklar belgelenirse her iş yükünü en uygun ortamda tutma esnekliği sunabilir.
NAS, sunucu yerine geçer mi?
NAS ortak dosya, depolama ve bazı ek servisler için uygundur; ancak her kurumsal uygulamanın işlem, veritabanı veya lisans ihtiyacını karşılamaz. İş yüküne göre karar verilmelidir.
Buluta geçince yedek almaya gerek kalır mı?
Hayır. Sağlayıcının dayanıklılık özellikleri ile işletmenin yanlış silme, fidye yazılımı veya uzun süreli saklama ihtiyacı farklıdır. Bağımsız yedek ve geri yükleme planı değerlendirilmelidir.