Toplu Hosting Alımında Bütçe Planlama Rehberi (Net Kontrol Listesi)

Toplu hosting alımı, şirketlerin en sık bütçe sürprizi yaşadığı alanlardan biridir. Aynı anda birden fazla site, uygulama veya ortam (test/QA, prod) için kaynak satın alındığında; bant genişliği, yedekleme (backup), IP maliyetleri, lisanslar ve ölçekleme adımları bütçeyi hızla değiştirebilir. Bu rehberde, toplu alım öncesi maliyetleri kalem kalem çıkaracağınız, karar sürecini hızlandıracak net bir bütçe planlama şablonu bulacaksınız.

Toplu hosting bütçesini hangi kalemler belirler?

Toplu hosting bütçesi, sadece aylık paket fiyatından ibaret değildir. Şirketiniz için doğru tahmin yapabilmek adına maliyet kalemlerini tek bir sayfada toplamalısınız.

1) Barındırma (hosting) maliyeti

• Paylaşımlı hosting (web hosting): Genelde aylık sabit fiyat
• VDS/VPS: Çekirdek, RAM, disk ve çoğu zaman yönetim/kurulum seçenekleri
• Dedicated: En yüksek sabit maliyet + bakım/servis

Net hedef: “Aynı özellik” karşılaştırması yapmak.

2) Kaynak aşımı (overage) maliyetleri

Şu kalemlerde aşım ücretleri en çok bütçe sürprizi yaratır: - Bant genişliği (transfer) - CPU limitleri (özellikle VDS/VPS’te doğru planlanmazsa) - Disk (özellikle yedekleme ve log tutulumu ile büyüyorsa) - Bağlantı/istek limitleri (bazı paylaşımlı sistemlerde)

3) Yedekleme (backup) ve saklama süresi

Toplu alımlarda “yedekleme var mı” sorusu tek başına yetmez. Şunlar net olmalı: - Otomatik günlük yedekleme var mı? - Saklama süresi kaç gün? - Tam yedek mi, incremental mı? - Yedekler aynı sunucuda mı, farklı lokasyonda mı? - Geri dönüş (restore) için ücret var mı?

4) Yönetim ve güvenlik maliyetleri

• TLS sertifikası: Bazı paketlerde dahil, bazı paketlerde ücretli
• WAF/anti-DDoS: Dahil mi, ek mi?
• 2FA ve erişim kontrolü: Platform sunduğu özellik mi, ayrıca araç mı?
• Güvenlik güncellemeleri: Yönetilen (managed) hizmetlerde paket içinde olabilir

5) IP ve domain maliyetleri

• Dedicated/VDS’te ek IP ücretleri olabilir
• Load balancer, ek sanal IP, ters proxy (reverse proxy) gibi ek öğeler maliyeti etkiler
• Domain tarafında yıllık yenileme ve “registrar transfer” maliyetleri ayrı ele alınır

6) Veri merkezinin konumu ve ekstra routing

Türkiye odaklı içerik için lokasyon önemli olabilir; ancak toplu alım bütçesinde “lokasyon farkı” maliyet etkisini de saymaya değer: - Ek lokasyon veya CDN çıkış ücretleri - Multi-region mimarilerde maliyet artışı

7) İşletim bütçesi (operasyon)

Bazı şirketler bunu unutur: Toplu alım sadece satın alma değildir. - İzleme (monitoring) araç lisansları - Log saklama süreleri - Destek SLA (Service Level Agreement) ücretleri - Taşıma (migration) için profesyonel destek

Toplu alım için 30 dakikalık maliyet şablonu

Aşağıdaki şablonu kullanarak her uygulama/website için tek tek kalem çıkarın. Sonra aynı tür kaynakları birleştirerek toplam bütçeyi oluşturun.

Uygulama başına alanlar

Her bir site/servis için şunları yazın: - Ortam: prod / staging / test - Ortalama trafik: günlük tekil ziyaret + sayfa görüntüleme - Tepke trafik: kampanya döneminde kaç kat artış - Ortalama istek hacmi: API varsa çağrı sayısı - Dosya boyutu: ortalama içerik boyutu - Veri büyümesi: aylık kaç GB artış - Yedekleme: günlük + saklama (örn. 14 gün) - Beklenen ölçekleme: 6 ay içinde artış oranı - Kritik gereksinim: PCI-DSS, SSO, ip kısıtları, WAF ihtiyacı

Fiyat teklifini okurken “aynı şey mi?” kontrolü

Tekliflerde aynı görünen maddeler farklı olabilir. Bu yüzden her teklif için şu soruların cevabını netleştirin: - Bant genişliği “adil kullanım” içeriyor mu? - CPU/RAM limitleri garantili mi yoksa bursting mi? - Disk tipi: SSD mi, NVMe mi? - IOPS/throughput sınırı var mı? - Yedekleme veri miktarına göre ücretleniyor mu? - Trafik artışında hangi noktada fiyat artıyor?

Paket seçerken kullanılacak net ölçütler

Toplu alımda kararın kalitesini artıran şey, tek bir parametreden ziyade birlikte değerlendirmektir. Aşağıdaki ölçütleri sıralı kullanın.

1) Sizing (kaynak tahmini) için pratik yöntem

• İlk etap için mevcut kullanım verilerinizi temel alın.
• Mevcut kullanılmayan kaynakları “sıfırlamak” yerine aşım ihtimalini azaltacak güvenlik payı koyun.
• Prod için riskli süreçlerde (ödeme, müşteri bilgisi) güvenlik payını artırın.

Net öneri: - Trafik için: kampanya döneminde aylık ortalamanın en az 2 katını senaryolaştırın. - Veri için: aylık büyümeyi baz alıp en az 6 ay depolama planlayın.

2) Yerleşik kontrol paneli ve erişim modeli

Toplu alımda yönetilebilirlik maliyet demektir. - Tüm sunucularda tek kontrol paneli (ör. Hestia Control Panel, cPanel alternatifi) kullanımının avantajı: standardizasyon - Rollere göre erişim (admin/ops/readonly) mümkün mü? - Loglar merkezi mi?

3) Yedekleme stratejisi: “var” değil “geri yüklenebilir”

Şunlar yoksa “yedekleme” maliyeti boşa gidebilir: - Restore adımı dokümante mi? - Restore süresi kabul edilebilir mi (RTO/RPO)? - Yedek dosyaları şifreli mi?

4) Dağıtım ve güncelleme (patching)

• Yönetilen güncelleme var mı?
• Kurumsal uygulamalarda sürüm kilidi nasıl yönetiliyor?
• Node.js, PHP-FPM, bazen Java gibi runtime’lar için destek kapsamı net mi?

Karşılaştırma tablosu: Toplu alım için teklif değerlendirme

Aşağıdaki tablo, farklı sağlayıcıların tekliflerini aynı dilde görmenizi sağlar.

Ölçekleme senaryoları: Bütçeyi “tek rakam” değil “aralık” yapın

Toplu hosting alımında tek bir rakama kilitlenmek yerine aralık ile plan yapmak daha gerçekçidir.

Örnek senaryo seti

• Senaryo A (düşük): Trafik 1x, veri büyümesi %80
• Senaryo B (orta): Trafik 2x, veri büyümesi %100
• Senaryo C (yüksek): Trafik 3x, veri büyümesi %130 + kampanya dönemi

Net hedef: - Senaryo B için “asıl bütçe” belirleyin. - Senaryo C için “tetik bütçe” belirleyin: kaynak artırımı/ek sunucu ne zaman devreye girecek?

Kaynak artırımı hangi hızda yapılacak?

Sadece fiyat değil, teknik zaman da maliyettir: - Yeni VDS/VPS ekleme süresi (provisioning) - Load balancer veya DNS geçiş zamanı - Yedeklerden restore süresi

En sık yapılan 8 bütçe hatası (ve net düzeltme)

1) Sadece aylık fiyatı kıyaslamak - Düzeltme: Aşım, yedekleme, IP, destek SLA dahil toplam maliyeti çıkarın.

2) Yedekleme saklama gününü sormamak - Düzeltme: 7/14/30 gün seçeneklerini teklif içinde karşılaştırın.

3) Trafik zirvesi için senaryo oluşturmamak - Düzeltme: Kampanya dönemini 2-3x olarak senaryolaştırın.

4) Prod/staging(test) ayrımını yanlış yapmak - Düzeltme: Ortamlara ayrı kaynak payı ayırın; test trafiği prod’a taşmamalı.

5) Disk büyümesini loglarla birlikte hesaplamamak - Düzeltme: Uygulama + log + yedek toplamını tek grafikte görün.

6) Ölçekleme birim fiyatlarını netleştirmemek - Düzeltme: Kaynak artışı (RAM/CPU/disk/bant) fiyatlarını tekliften alın.

7) Kurulum ve migration (taşıma) maliyetini unutmamak - Düzeltme: Migration işi için “süre + işçilik” kalemini ekleyin.

8) Merkezi izleme olmadan maliyetleri körlemek - Düzeltme: Hangi metrikler izlenecek (CPU, RAM, disk IO, 4xx/5xx, latency) yazılı olsun.

Toplu alım için net kontrol listesi

Satın almadan önce aşağıdaki maddeleri “tek tek” işaretleyin.

Sözleşme ve fiyat netliği

• [ ] Aşım fiyatları (bant/CPU/disk) yazılı
• [ ] Yedekleme saklama günleri ve restore koşulları net
• [ ] Ek IP, ek servis, WAF/anti-DDoS dahil mi ayrı yazılıyor
• [ ] Ölçekleme birim fiyatları teklif içinde

Operasyon ve güvenlik

• [ ] Erişim rolleri ve loglar belirli
• [ ] Güncelleme/paching kapsamı yazılı
• [ ] RTO/RPO hedefleri senaryoyla uyumlu
• [ ] TLS/sertifika ve domain süreçleri planlı

Teknik mimari doğrulama

• [ ] Uygulama gereksinimi (Node.js/PHP/DB) paketle uyumlu
• [ ] Disk tipi ve performans sınırları kabul edilebilir
• [ ] Yedek geri yükleme testi planlandı

Sonuç: Aksiyon planı (1 hafta içinde netleştirme)

Toplu hosting alımında bütçeyi doğru yapmak için “paket fiyatını” değil, yedekleme, bant genişliği aşımı, IP ekleri ve ölçekleme birimlerini teklif üzerinden kalem kalem görün. İlk adım olarak uygulama/ortam listesini çıkarın; ardından her teklif için bu rehberdeki değerlendirme tablosunu doldurun. En son senaryo A/B/C ile 6 aylık toplam maliyeti hesaplayın ve ölçekleme tetiklerini sözleşmeye bağlayın. Bu adımları uyguladığınızda, toplu alımda bütçeyi aşmadan kapasiteyi doğru yerde tutmanız net şekilde kolaylaşır.