Sunucu & altyapı

Sunucu kiralamadan önce kontrol edilecek 12 nokta

Sunucu teklifinde kaynak garantisi, ağ, yedek, yönetim, destek ve taşıma koşullarını karşılaştırmak için pratik kontrol listesi.

KISA YANIT

Sunucu tekliflerini aynı gereksinim listesiyle karşılaştırın. Donanım kadar kesinti anında kimin ne yapacağını ve veriyi nasıl geri getireceğinizi de netleştirin.

Bu rehberde neler var?
  1. Kaynak ve ağ için ilk altı soru
  2. İşletim için ikinci altı soru
  3. Karar tablosu: durumunuzu değerlendirin
  4. Toplam maliyeti görünür yapın
  5. Taşıma ve kabul ölçütünü önceden belirleyin
  6. Teklifte görünmeyen giderleri ortaya çıkarmak
  7. Teklifleri puanlamak için basit bir karar tablosu
  8. Uygulama kontrolü ve dikkat edilecek nokta
  9. Sık sorulan sorular

Kaynak ve ağ için ilk altı soru

  1. İşlemci: Modeli, sanal çekirdek tanımı ve sürekli kullanım koşulları nedir?
  2. Bellek: Tahsis edilen kapasite ve büyütme yöntemi nedir?
  3. Disk: Kullanılabilir alan, disk türü ve performans sınırları nelerdir?
  4. Ağ: Port hızı ile aylık trafik kotası ayrı ayrı nasıl tanımlanıyor?
  5. Konum: Hedef kitlenizden ölçülen gecikme kabul edilebilir mi?
  6. Büyüme: Paket değişikliğinde yeniden kurulum veya kesinti gerekiyor mu?

Port hızını her zaman elde edeceğiniz indirme hızı gibi değerlendirmeyin. Uygulama, ağ rotası ve karşı taraf da sonucu etkiler. Deneme imkânı varsa kendi uygulamanızın gerçekçi bir kopyasıyla ölçüm yapın.

İşletim için ikinci altı soru

  1. Yönetim: İşletim sistemi ve uygulama güncellemelerini kim yapacak?
  2. Yedek: Neler, ne sıklıkla ve nerede saklanıyor?
  3. Geri yükleme: İşlemi kim başlatır, ne kadar sürer, ek ücret var mı?
  4. İzleme: Kesinti nasıl fark edilir ve kime bildirilir?
  5. Destek: Yanıt hedefi ile çözüm hedefi nasıl ayrılıyor?
  6. Ayrılma: Veri dışa aktarma, iptal ve silme süreci nasıl çalışıyor?

“Yönetimli” ifadesinin veritabanı optimizasyonunu veya uygulama hatalarını kapsadığını varsaymayın. Kapsam dışında kalan işleri yazılı olarak görün.

Karar tablosu: durumunuzu değerlendirin

Dar ekranda tüm sütunları görmek için tabloyu yatay kaydırabilirsiniz.

Hangi durumda neyi kontrol etmelisiniz?
DurumNasıl yorumlanır?Sonraki adım
Aylık kaynak bedeliPaketin çalışması için zorunlu temel maliyettir.Yenileme dönemi, para birimi ve taahhüt koşullarını aynı tabloda gösterin.
Operasyon gideriYedek, izleme ve sistem bakımı hizmetin sürekliliğini etkiler.Dahil değilse kendi ekibinizin zamanını da maliyete katın.
Çıkış maliyetiSağlayıcı değişikliği veya hizmet sonlandırması sırasında oluşabilir.Veri aktarım yöntemi, süre ve varsa ek ücretleri sözleşmeden önce netleştirin.

Toplam maliyeti görünür yapın

Paket ücretine ek olarak panel lisansı, ek IP, yedek depolama, trafik aşımı, kurulum ve taşıma maliyetlerini ayrı satırlara yazın. Vergi dahil ve hariç teklifleri karıştırmayın. Güncel fiyat için sağlayıcının teklifini kullanın; eski bir kampanya ekranına dayanmayın.

Ucuz görünen ancak yönetim gerektiren bir sunucuda ekibin çalışma süresi maliyete eklenir. Tersine, basit bir içerik sitesi için ihtiyacınız olmayan karmaşık altyapıya ödeme yapmak da verimsiz olabilir.

Taşıma ve kabul ölçütünü önceden belirleyin

Mevcut verilerin yedeğini alın, yeni ortamda uygulamayı sınayın ve DNS geçişini planlayın. Form gönderimi, e-posta teslimi, zamanlanmış işler ve dosya yükleme gibi kritik akışları tek tek kontrol edin. Sadece ana sayfanın açılması taşımanın tamamlandığını göstermez.

Kabul listesine yanıt süresi hedefini, hata kontrolünü ve geri dönüş planını ekleyin. Eski ortamı kapatmadan önce yeni ortamın yedeklerinden geri yükleme yapılabildiğini doğrulayın. Sunucu türleri rehberi seçenekleri daraltmak için kullanılabilir.

Teklifte görünmeyen giderleri ortaya çıkarmak

AÇIKLAMALI ÖRNEK · TEMSİLÎ SENARYO

İki sunucu teklifinin aylık bedeli birbirine yakın olabilir. Birinde yedekleme ve yönetim bulunurken diğerinde bu işler ek ücretlidir. Karşılaştırma tablosuna lisans, ek IP, trafik aşımı, taşıma ve veri çıkışı gibi ihtiyaç duyulabilecek kalemler ayrı yazılır. Her kalem için dahil, hariç veya henüz belirsiz durumu tutulur.

Ardından kesinti halinde izlenecek örnek süreç sağlayıcıyla konuşulur: destek kaydı nasıl açılacak, hangi bilgi istenecek ve uygulama ekibinin sorumluluğu nerede başlayacak? Yanıt süresiyle sorunun çözülme süresi birbirine karıştırılmaz. Nihai kararın yanında kabul edilmeyen belirsizlikler de kaydedilir; kritik bir soru yanıtsızsa düşük fiyat bu boşluğu kapatmaz.

Teklifleri puanlamak için basit bir karar tablosu

Önce vazgeçilmez gereksinimleri ayırın. Uygulamanızın gerekli sürümünü desteklemeyen veya ihtiyacınız olan yönetim erişimini sunmayan bir teklif, fiyatı uygun olsa da elenebilir. Kalan teklifleri aynı ölçütlerle karşılaştırın.

Örneğin yönetim desteği sizin için donanım esnekliğinden önemliyse değerlendirmede buna daha fazla ağırlık verin. Her ölçüte rastgele puan vermek yerine kanıt sütunu ekleyin: yazılı teklif, deneme sonucu veya destek kapsamı belgesi. Yanıtlanmamış soruya olumlu puan vermeyin; “bilgi bekleniyor” olarak bırakın.

  • Zorunlu koşullar: uygulama uyumu, erişim ve veri taşıma.
  • Karşılaştırılan koşullar: kaynak, destek, yedek ve büyüme.
  • Toplam maliyet: paket, ek hizmetler ve ekip zamanı.
  • Kararın gerekçesi: tercih edilen teklif hangi ihtiyacı karşılıyor?

Bu tabloyu saklamak, yenileme döneminde koşulların değişip değişmediğini görmenizi de kolaylaştırır.

Uygulama kontrolü ve dikkat edilecek nokta

KENDİ ÇALIŞMANIZA UYGULAYIN

  1. Her sağlayıcıya aynı ihtiyaç belgesini gönderin ve yanıtları aynı başlıklarla karşılaştırın.
  2. Kesinti senaryosunda ulaşılacak destek kanalını ve yetkili kişiyi doğrulayın.
  3. İlk kurulumun başarılı sayılacağı uygulama testlerini hizmet başlamadan belirleyin.

Sık sorulan sorular

Yedekleme pakete dahilse ayrıca kontrol gerekir mi?

Evet. Yedeklenen dosyaları, saklama süresini ve geri yüklemenin çalıştığını doğrulayın.

En düşük fiyatlı teklifi seçmek doğru mu?

Aynı kaynak, yönetim ve destek kapsamındaki teklifleri karşılaştırın. Liste fiyatı tek başına toplam maliyeti göstermez.

Teklif karşılaştırmasında hangi kalem en önemli?

Uygulamanın başarısız olmasına yol açabilecek zorunlu gereksinimler önce gelir. Kritik bir teknik veya işletim koşulu karşılanmıyorsa diğer avantajları puanlayarak bu eksikliği görünmez hale getirmeyin.

Bu rehber Takipci.gen.tr tarafından hazırlanmıştır. Temsilî senaryolar ve hesaplamalar yöntemi açıklamak içindir; ölçülmüş müşteri sonucu veya başarı garantisi değildir. Yayın ve kaynak yaklaşımımız.

WhatsApp+90 212 909 09 61