Bulut Maliyeti mi, Kendi Sunucunuz mu? Gerçekçi Karşılaştırma

Bulut maliyeti tartışması genellikle yanlış bir karşılaştırmayla başlar: aylık sanal sunucu ücreti ile fiziksel sunucunun kira bedeli yan yana konur ve karar verilir. Oysa toplam sahip olma maliyeti, faturada görünmeyen kalemleri de içerir. Bu yazıda tabloyu gerçekçi biçimde kuruyoruz.

Seçenekler ve karakterleri

Paylaşımlı barındırma

En ucuz seçenek. Küçük tanıtım siteleri ve düşük trafikli uygulamalar için yeterlidir. Kısıtları nettir: arka plan işleri, kuyruklar ve özel yapılandırmalar genellikle çalışmaz. Komşu sitelerin yükünden etkilenirsiniz.

Sanal sunucu (VPS)

Kaynaklar size ayrılmıştır, kök erişiminiz vardır. Fiyat/performans oranı çoğu orta ölçekli uygulama için en iyisidir. Karşılığında sunucuyu siz yönetirsiniz: güncelleme, güvenlik, yedekleme sizin sorumluluğunuzdadır.

Yönetilen bulut hizmetleri

Veritabanı, dosya depolama, kuyruk ve e-posta gibi bileşenleri hazır alırsınız. Yedekleme, yama ve yüksek erişilebilirlik sağlayıcının sorumluluğundadır. Birim fiyat yüksektir; ancak sistem yöneticisi istihdam etmeyen ekiplerde toplamda ucuza gelebilir.

Fiziksel kiralık sunucu

Sabit ve yüksek yükte en düşük birim maliyeti sunar. Donanım arızası, kapasite planlaması ve büyüme esnekliği sizin probleminizdir. Yükünüz öngörülebilirse ve teknik ekibiniz varsa hâlâ çok rekabetçidir.

Faturada görünmeyen kalemler

1. Dışarı çıkan trafik: Bulut sağlayıcılarında en çok sürpriz yaratan kalemdir. Görsel ve video ağırlıklı siteler burada beklenmedik faturalarla karşılaşır.
2. Yedek ve anlık görüntüler: Otomatik alınan yedekler birikir; saklama süresi sınırlanmazsa depolama maliyeti sessizce büyür.
3. İnsan saati: Sunucu yönetimi ayda kaç saatinizi alıyor? Bu saatin bir maliyeti vardır ve genelde hesaba katılmaz.
4. Kesinti bedeli: Sistem bir saat kapalı kalırsa şirket ne kaybeder? Bu sayı, yüksek erişilebilirlik yatırımının mantıklı olup olmadığını belirler.
5. Çıkış maliyeti: Sağlayıcıya özel hizmetlere ne kadar bağlandıysanız, taşınmak o kadar pahalıdır.

Hangi durumda hangisi kazanır?

• Trafiği dalgalı, kampanya dönemlerinde katlanan işler: Bulut. Kapasiteyi zirveye göre satın almazsınız.
• Sabit yük, öngörülebilir büyüme: Sanal veya fiziksel sunucu daha ucuz.
• Teknik ekip yok: Yönetilen hizmetler, insan maliyeti nedeniyle toplamda avantajlı.
• Veri yerelliği zorunluluğu: Mevzuat gereği veri yurt içinde kalacaksa seçenekler baştan daralır.
• Deneysel projeler: Bulut, hızlı kurup hızlı kapatma imkânı verdiği için doğru seçim.

Kesinti maliyetini hesaplamak

Karşılaştırmanın en çok atlanan kalemi, sistemin kapalı kaldığı sürenin bedelidir. Bu sayı bilinmeden yüksek erişilebilirlik yatırımının mantıklı olup olmadığına karar verilemez.

Hesap basittir: saatlik ciro veya durma maliyeti ile yıllık beklenen kesinti süresini çarpın. Sipariş alan bir e-ticaret için bir saatlik kesinti doğrudan kayıp ciro demektir; kurum içi bir raporlama sistemi için ise maliyet çok daha düşüktür. Bu iki sistem aynı altyapı kararını hak etmez.

Sağlayıcıların taahhüt ettiği erişilebilirlik oranlarını da doğru okuyun: yüzde 99,9 taahhüt, yılda yaklaşık 8,7 saatlik kesinti anlamına gelir. Üstelik bu taahhütler genellikle tazminat olarak hizmet kredisi verir; iş kaybınızı karşılamaz. Kritik sistemlerde asıl güvence, sağlayıcının taahhüdü değil sizin geri dönüş planınızdır.

Karşılaştırmayı doğru yapmak

Sağlıklı bir hesap için üç yıllık toplam maliyeti çıkarın ve şu kalemleri ekleyin: sunucu/hizmet bedeli, trafik, yedek depolama, izleme araçları, yönetim için ayrılan insan saati ve tahmini kesinti maliyeti. Aylık faturayı tek başına karşılaştırmak, kararın en sık yapılan hatasıdır.

Pratik ipucu: Mevcut sisteminizin son üç aylık gerçek kaynak kullanımını ölçün. Çoğu şirket, ihtiyacının iki-üç katı kapasite için ödeme yapar.

Ölçeklenme: bulutun asıl kazandırdığı yer

Bulut maliyeti tartışmasında sıklıkla atlanan konu, kapasiteyi ne zaman satın aldığınızdır. Kendi sunucunuzda zirve yüke göre donanım almak zorundasınız; yılın 11 ayında bu kapasitenin büyük bölümü boş durur.

Bulutta ise kapasite ihtiyaç anında açılır. Bunun ekonomik anlam taşıması için uygulamanın yatay ölçeklenebilir olması gerekir: oturum bilgisi sunucunun belleğinde değil ortak bir yerde tutulmalı, yüklenen dosyalar yerel diskte değil nesne depolamada saklanmalı ve arka plan işleri ayrı çalışabilmelidir. Bu üç koşul sağlanmadığında, ölçeklenebilirlik için ödenen bulut fiyatı boşa gider; çünkü ikinci bir sunucu açmak sorunları çözmez, çoğaltır.

Maliyeti kontrol altında tutmak

Bulut faturası, dikkat edilmediğinde sessizce büyür. Uygulanabilir önlemler:

• Bütçe eşiği ve uyarı kurun; faturayı ay sonunda öğrenmeyin.
• Kaynakları etiketleyin; hangi projenin ne harcadığı görülebilsin.
• Kullanılmayan disk, IP adresi ve anlık görüntüleri düzenli olarak temizleyin.
• Test ortamlarını mesai dışında kapatın; bu tek adım test maliyetini yarıya indirebilir.
• Statik dosyaları içerik dağıtım ağına taşıyarak trafik maliyetini düşürün.

Sağlayıcıların sorumluluk paylaşımı modeli konusunda AWS’in paylaşılan sorumluluk belgesi, hangi güvenlik katmanının kimde olduğunu netleştirmek için iyi bir referanstır.

Sonuç

Bulut ne otomatik olarak pahalı ne de otomatik olarak doğru seçimdir. Karar, yükünüzün dalgalanma biçimine, ekibinizin teknik kapasitesine ve kesintinin size maliyetine bağlıdır. Üç yıllık toplam maliyeti insan saatiyle birlikte hesapladığınızda, doğru cevap çoğu zaman kendiliğinden ortaya çıkar.