Türkiye’de En Güvenilir 5 Hosting Sağlayıcısı: Net Kontrol Kriterleri

Hosting sağlayıcısının “güvenilir” olup olmadığını anlamanın yolu reklam vaatlerine değil, ölçülebilir kontrollera dayanır. Özellikle Türkiye’de barındırma hizmetlerinde (VPS, VDS, web hosting, managed çözümler) kesintinin etkisi hızla büyür: e-ticaret, API’ler, e-posta ve kontrol paneli erişimi doğrudan etkilenir. Bu rehberde “Türkiye’nin en güvenilir 5 hosting sağlayıcısı” ifadesini, tek tek firma övmeden; herkesin uygulayabileceği net kontrol kriterlerine çeviriyorum. En sonunda da 5 sağlayıcı için nasıl puanlama yapacağınızı göreceksiniz.

Aşağıdaki kriterler; yedek (backup) ve restore doğrulama, SLA/garanti yaklaşımı, donanım ve ağ performansı, güvenlik uygulamaları, güvenlik olayları ve şeffaflık başlıklarında toplanır. Kriterler, karar anında size “hangi soruyu sorarsam doğru sonuca varırım?” yanıtını verir.

1) Restore doğrulaması: Yedek var mı, işe yarıyor mu?

Güvenilir hostingin ilk testi yedektir. Ancak “yedek alıyoruz” ifadesi tek başına yeterli değildir. Asıl kritik olan, yedekten geri dönüşün (restore) belirli bir doğruluk ve süre hedefiyle yapılabilmesidir.

Ne kontrol etmeli?

• Restore deneme geçmişi: Sağlayıcı, müşterilerin talebiyle restore işlemi yapıldığında geçmişte nasıl sonuç aldığını somut örneklerle açıklar.
• RTO/RPO mantığı:
• RPO (Recovery Point Objective): Son kayıp veri miktarı
• RTO (Recovery Time Objective): Sistem geri dönüş süresi
• Hangi katman yedekleniyor?
• Dosya sistemi
• Veritabanı (MySQL/MariaDB/PostgreSQL)
• E-posta kutuları
• Kontrol paneli ayarları (ör. Plesk/cPanel yapılandırmaları)
• Restore yöntemi: Restore işlemi manuel mi, otomatik mi? Müşteriye rapor sunuluyor mu?

Puanlama mantığı (0-5)

Her sağlayıcı için şu şekilde puan verin: - 0: “Yedek var” deyip geri dönüş süresi/formatı belirsiz - 3: Yedek türleri var ama restore doğrulama ve raporlama zayıf - 5: Restore doğrulama yaklaşımı net, RTO/RPO yaklaşımı açıklanıyor, istek sonrası süreç tanımlı

Not: Özellikle “restore doğrulama” testini canlı ortamda yapmanız gerekmez. Sağlayıcıdan, daha önce yapılmış restore denemelerini ve beklenen süre/başarı durumunu istemeniz karar kalitenizi artırır.

2) Kesinti yönetimi: SLA, bakım penceresi ve incident süreci

Güvenilirlik, sadece uptime yüzdesi değildir; kesinti olunca nasıl yönetildiğidir. Türkiye’de sağlayıcılar bakım penceresi, arıza bildirimi ve incident raporlamasında farklı yaklaşımlar sergiler.

Ne kontrol etmeli?

• SLA (Service Level Agreement): Uptime yüzdesi ve taahhüt edilen kapsam.
• Bakım penceresi politikası:
• Planlı bakım öncesi bildirim süresi
• Bakım sırasında etkilenme (tam kesinti mi, degrade mi)
• Arıza/incident iletişimi:
• Hangi kanaldan bildirim? (e-posta, panel bildirim, bilet güncellemesi)
• Yanıt süresi (ör. “ilk cevap 1 saat içinde” gibi)
• İç süreç şeffaflığı:
• Sorunun kök nedeni (root cause) paylaşılıyor mu?
• Aksiyon maddeleri sonrası iyileştirme açıklanıyor mu?

Kontrol soruları

Sağlayıcıya doğrudan şu 6 soruyu sorun: 1. SLA hangi hizmet türleri için geçerli? (web hosting mi, VPS mi, dedicated mı?) 2. Uptime hesaplamasında ölçüm nereden yapılır? (kendi panel ölçümü mü, dış izleme mi?) 3. Planlı bakım için bildirim eşiği kaç saat? 4. Incident raporu örneği paylaşılabilir mi? 5. DDoS saldırısı durumunda “otomatik aksiyon” ve “iletişim” nasıl ilerler? 6. Aynı arıza tekrar ederse süreç nasıl iyileştirilir?

3) Performans kanıtı: Ağ, CPU/RAM tahsisi ve gerçek testler

“Performans” kavramı, pazarlama terimleriyle kolayca bulanır. Güvenilir sağlayıcılar, en azından temel altyapı varsayımlarını netleştirir.

Ne kontrol etmeli?

• Kaynak tahsisi modeli: VPS/VDS tarafında tahsis (paylaşımlı mı, garanti mi) ve oversubscription yaklaşımı.
• Disk tipi: NVMe/SSD/HDD ayrımı ve IOPS beklentisi.
• Ağ hızı gerçekliği: 1 Gbit/10 Gbit gibi değerler “port kapasitesi” mi yoksa “garanti throughput” mu?
• Lokasyon ve peering: Türkiye içi ve hedef ülke için rota kalitesi.
• Trace ve ölçüm: Sağlayıcı size basit test imkânı sağlıyor mu? (ör. test script/endpoint, kısa süreli izleme)

Hız değerlendirmesi için pratik senaryo

Kendi sayfanızdan bağımsız bir test kurun: - Static dosya yükleme: curl -w ile TTFB/indirimi ölçün. - DNS/TTFB zinciri: DNS değişimi yaptıktan sonra propagation süresiyle birlikte bekleme yaşanır mı bakın. - Veritabanı yükü: Aynı sorgu setiyle MySQL/MariaDB performans farkını izleyin.

4) Güvenlik ve kontrol: Hardening, izolasyon ve erişim politikaları

Güvenilir sağlayıcı, “güvenlik var” demek yerine hangi katmanda ne yaptığını tarif eder. Ayrıca servis tarafında müşteriye kontrol bırakır.

Ne kontrol etmeli?

• Temel izolasyon:
• VDS/VPS için konteyner/VM izolasyonu
• Aynı fiziksel hostta kaynak paylaşım sınırları
• Güvenlik güncellemeleri:
• OS güncelleme yönetimi (managed ise kimin sorumluluğu?)
• Kernel/servis patch süreçleri
• Hardening ve giriş denetimi:
• SSH erişim politikası (anahtar zorunluluğu, şifre yasaklama)
• Fail2ban/benzeri korumalar (varsa)
• Firewall kuralları ve log erişimi
• SSL/TLS yönetimi:
• Wildcard SSL ihtiyacı olduğunda süreç
• Otomatik sertifika yenileme
• Self-signed kullanımının prod’da desteklenip desteklenmediği
• E-posta güvenliği: SPF/DKIM/DMARC desteği, catch-all kullanım politikası.

Sağlayıcıdan isteyebileceğiniz kanıtlar

• Firewall/port yönetimine dair özet
• DDoS koruma yaklaşımı (hangi katmanda, hangi eşiklerle)
• Log erişimi ve log rotation yaklaşımı (disk dolmasını önlemek için)

5) Şeffaflık ve maliyetin “toplamı”: SLA + destek + limitler

En güvenilir hosting her zaman en ucuz değildir. Ancak “pahalı” da tek başına gerekçe değildir. Şeffaf sağlayıcı; limitlerini ve destek kapsamını baştan tanımlar.

Ne kontrol etmeli?

• Kaynak limitleri ve adil kullanım politikası: CPU/RAM/disk/bant genişliği limitleri.
• Destek kapsamı:
• Hangi konular desteklenir?
• Hangi konular müşteriye aittir?
• Yanıt süreleri ve çözüm süresi hedefleri
• Migrasyon desteği: Taşıma (migration) için hangi adımlar sağlanır?
• Fiyatlandırma kalemi:
• Kurulum/taşıma ücreti
• IP adresi maliyeti (özellikle IPv4/IPv6)
• Ek backup maliyeti
• Kontrol panel lisansı dahil mi? (Plesk/cPanel/DirectAdmin)
• Sürdürülebilirlik ve raporlama: Sağlayıcı sustainability (sürdürülebilirlik) raporu yayımlıyor mu? Bu raporlar altyapı verimliliği hakkında somut gösterge içeriyor mu?

6) “Türkiye’de en güvenilir 5 sağlayıcı” için puanlama şablonu (kopyala-kullan)

Bu bölüm, firmaları isim isim listelemek yerine, 5 sağlayıcıyı aynı ölçekte karşılaştırabilmeniz için bir tablo sunar. Siz firmaları seçtikten sonra puanları doldurun.

Puanlama tablosu

Her kriter için 0-5 arası puan verin.

Toplam skor = puanların ağırlıklı ortalaması.

10 dakikalık seçim testi

Aşağıdaki kontrol listesini kullanın. Sağlayıcı “tam cevap veriyorum” seviyesinde netlik sunuyorsa puanı yükseltin.

1. Yedek türleri ve restore süresi net mi?
2. Restore doğrulama örneği/raporu paylaşılabiliyor mu?
3. SLA kapsamında hangi olaylar dahil/dışarıda?
4. Planlı bakım için bildirim süresi kaç saat?
5. DDoS/arıza durumunda incident iletişimi hangi kanalla yapılıyor?
6. VDS/VPS için kaynak tahsisi “gerçek garanti” mi “best effort” mı?
7. Disk tipi ve (varsa) IOPS yaklaşımı açık mı?
8. OS güncellemeleri kim tarafından yapılıyor?
9. SSH/firewall/erişim güvenliği için minimum standart var mı?
10. Toplam maliyette sürpriz ücretler (IP, backup, kontrol panel) var mı?

7) Sonuç: Aynı gün karar verebilmeniz için aksiyon planı

Bu rehberin amacı, “en güvenilir” iddiasını kanıta dönüştürmek. Seçtiğiniz 5 sağlayıcı için puanlama tablosunu doldurun; özellikle yedek/restore ve incident iletişimi başlıklarında net cevap alamadığınız sağlayıcıları eleme adımına alın. Ardından kendi altyapınıza uygun iki senaryoyu doğrulayın: (1) dosya + veritabanı restore testi isteği, (2) aynı sorgu/endpoint ile performans ölçümü.

Aksiyonu şimdi yapın: 5 sağlayıcı için yukarıdaki 10 kontrol sorusunu kısa bir mesaj olarak iletin ve puanları tabloya girin. Bu yaklaşım, kararınızı “tahmin” yerine “kanıt” ile verir; yanlış seçim riskini somut biçimde azaltır.