Hangi Sunucu Modeli Size Uygun?

Sunucu modeli seçimi dört değişkene bağlıdır: iş yükünüz, kesinti toleransınız, teknik kapasiteniz ve veri gereksinimleriniz.

Bu rehber, dördünü sırayla değerlendirip bir öneriye ulaştırır.

Adım 1 — İş yükünüzü tanımlayın

• ☐ Hangi sistemler çalışacak?
• ☐ Kaç kullanıcı erişecek?
• ☐ Yük sabit mi, dalgalı mı?
• ☐ Dönem sonu yoğunlukları var mı?
• ☐ Veri hacmi ne kadar, ne hızla büyüyor?
• ☐ Yerel ağda mı, internet üzerinden mi erişilecek?

Son madde belirleyicidir: yerel ağda çalışması gereken sistemler şirket içinde kalır.

Adım 2 — Kesinti toleransınızı belirleyin

Her satır maliyeti belirgin biçimde artırır; gerçekçi olun.

Adım 3 — Teknik kapasitenizi değerlendirin

• ☐ İçeride sunucu yönetebilen kaç kişi var?
• ☐ Bu kişiler asıl işi bu olan kişiler mi?
• ☐ Biri ayrılırsa yerini kim alır?
• ☐ Mesai dışı müdahale mümkün mü?
• ☐ Bir hizmet sağlayıcıyla bakım anlaşmanız var mı?

Kural: Bu sorulara olumsuz cevap veriyorsanız, yönetilen hizmetler dışındaki seçenekleri elemelisiniz.

Adım 4 — Veri gereksinimlerinizi netleştirin

• ☐ Kişisel veri işlenecek mi?
• ☐ Veri konumu konusunda bir zorunluluk var mı?
• ☐ Sektörel bir düzenlemeye tabi misiniz?
• ☐ Müşteri sözleşmelerinde taahhüt var mı?
• ☐ Denetim gereksinimi var mı?

Profil bazlı öneriler

Küçük ölçekli, tek site, düşük trafik

Öneri: Hosting hizmeti (sunucu gerekmez).
Neden: Yönetim yükü sıfır, maliyet düşük.

Orta ölçekli, birden çok site, orta trafik

Öneri: Yönetilen sanal sunucu.
Neden: Ayrılmış kaynak, yönetim sağlayıcıda.

E-ticaret, dalgalı trafik

Öneri: Bulut.
Neden: Kampanya dönemlerinde esnek kaynak.
Dikkat: Bütçe sınırı tanımlayın.

İç iş uygulamaları (ERP, CRM)

Öneri: Uygulamanın modeline göre bulut hizmeti ya da yönetilen sunucu.
Neden: Kesinti operasyonu durdurur; süreklilik önceliklidir.

Dosya paylaşımı, yerel ağ ağırlıklı

Öneri: Şirket içi sunucu ya da bulut depolama.
Karar: Dosya boyutları büyük ve yerel erişim yoğunsa şirket içi.

Yüksek ve sürekli yük

Öneri: Fiziksel kiralık sunucu ya da güçlü bulut yapılandırması.
Dikkat: Tek sunucunun arıza riskini planlayın.

Özel donanım gereksinimi

Öneri: Kolokasyon ya da fiziksel kiralama.

Kesintiye toleransı çok düşük sistem

Öneri: Bulut ya da yedekli çok sunuculu yapı.
Dikkat: Maliyet belirgin artar; kesinti maliyetiyle karşılaştırın.

Karar tablosu

Kaçınılması gereken kararlar

• Yönetemeyeceğiniz bir sunucu almak — en yaygın ve en pahalı hata
• Kesinti toleransını abartmak — gereksiz maliyet
• Kesinti toleransını küçümsemek — gerçek risk
• Ölçmeden karar vermek
• Yalnız fiyata bakmak
• Yedekleme ve izlemeyi plana dahil etmemek

Yılda bir kez yeniden değerlendirin

Bu dört değişken zamanla değişir. Yıllık gözden geçirme:

• Yük nasıl değişti?
• Kesinti yaşandı mı, etkisi ne oldu?
• Teknik kapasitemiz değişti mi?
• Mevzuat gereksinimleri değişti mi?
• Mevcut model hâlâ uygun mu?