Hosting kararı aylık faturadan fazlasını belirler: sayfa açılış hızını, kampanya günü ayakta kalıp kalmayacağınızı ve bir sorun çıktığında kimin müdahale edeceğini. Üç ana katman var; hiçbiri tek başına "en iyisi" değil, doğru olan sizin yükünüze, ekibinize ve risk toleransınıza göre değişir.
Üç katmanın işleyiş farkı
Paylaşımlı hosting
Tek bir fiziksel sunucuda yüzlerce hesap aynı CPU, RAM ve disk havuzunu paylaşır. Sistem yönetimini sağlayıcı üstlenir; siz kontrol panelinden dosya, veritabanı, e-posta ve alan adı ayarlarını yönetirsiniz. Avantajı düşük maliyet ve sıfır sunucu yöneticiliğidir. Dezavantajı komşu etkisidir: aynı makinedeki başka bir site kaynağı tükettiğinde siteniz de yavaşlar. Ayrıca çoğu pakette eşzamanlı işlem (entry process), giriş/çıkış (I/O) ve inode limitleri bulunur. Bu limitlere takıldığınızda site 500 hatası ya da "kaynak limiti aşıldı" uyarısı verir; kod hatası sanıp boşuna arama yaparsınız.
VPS
Fiziksel sunucu sanallaştırılır; size ayrılmış CPU çekirdeği, RAM, disk ve kök (root) erişimi verilir. PHP sürümünü, web sunucusunu, PHP-FPM havuz ayarlarını ve güvenlik duvarını kendiniz belirlersiniz. Bunun karşılığı sorumluluktur: güncelleme, yedek, izleme ve güvenlik sertleştirmesi artık sizin işiniz. Örneğin PHP-FPM'de pm.max_children değerini belleğinize göre ayarlamazsanız, 2 GB RAM'li bir sunucu yoğun anda takas alanına düşüp paylaşımlıdan daha yavaş çalışabilir. Yönetimli (managed) VPS paketleri bu yükün bir kısmını devralır, fiyat farkını da getirir.
Bulut
Bulut, VPS'in esnek ve dağıtık hâlidir: sunucuyu dakikalar içinde büyütüp küçültebilir, diski ayrı bir servis olarak tutabilir, yük dengeleyici arkasına iki sunucu koyabilirsiniz. Bedeli karmaşıklıktır. Faturalama genellikle saatlik ve bileşen bazlıdır; giden trafik, disk okuma-yazma ve yedek alanı ayrı ücretlendirilebilir. Tek sunucuyu buluta taşıyıp hiçbir bileşeni ölçeklenebilir kurmamak, en sık görülen ve en pahalı senaryodur.
Hangi durumda hangi katman?
| Kriter | Paylaşımlı | VPS | Bulut |
|---|---|---|---|
| Teknik sorumluluk | Sağlayıcıda | Büyük ölçüde sizde | Tamamen sizde |
| Ani trafik artışı | Limitlere takılır | Manuel yükseltme gerekir | Dakikalar içinde ölçeklenir |
| Maliyet öngörülebilirliği | Yüksek, sabit | Yüksek, sabit | Değişken, kullanıma bağlı |
| Özel yazılım kurulumu | Genellikle mümkün değil | Serbest | Serbest |
| Tipik uygun senaryo | Kurumsal tanıtım sitesi, blog, birkaç yüz ürünlük katalog | Aktif e-ticaret, rezervasyon, panel yoğun script | Sezonluk zirveler, çok siteli yapı, mikro servisler |
Karar için beş soru
- Sitede ne oluyor? Statik içerik mi, oturum açan kullanıcı mı, arka planda çalışan cron işleri mi? Sepet, rezervasyon ve raporlama gibi veritabanı yoğun işler paylaşımlı paketleri hızla zorlar.
- Zirve trafik ne kadar? Ortalamayı değil, en yoğun 15 dakikayı düşünün. Bir indirim duyurusundan sonraki ilk saat, ayın geri kalanından farklı bir sunucu ister.
- Kesinti size kaça mal olur? Günde ortalama kaç sipariş alıyorsunuz? Günde 40 sipariş alan ve sipariş başına 400 TL kazanan bir mağazada iki saatlik kesinti yaklaşık 1.300 TL cirodur; bu rakam aylık sunucu farkını aşıyorsa yükseltme masraf değil sigortadır.
- Sunucuya kim bakacak? Ekipte Linux'a hâkim biri yoksa VPS, ilk kritik güncellemede sahipsiz kalır. Yönetimli hizmet ya da yazılı bir destek anlaşması şarttır.
- Veri hassasiyetiniz ne düzeyde? Kişisel veri işliyorsanız veri sorumlusu sizsiniz: erişim kayıtlarını tutmak, yedekleri şifrelemek ve verinin nerede durduğunu bilmek sizin yükümlülüğünüz. Bunları hangi katmanda daha rahat karşılayacağınızı önden hesaplayın.
Paylaşımlıdan çıkma sinyalleri
Aşağıdakilerden ikisi birden geçerliyse yükseltme zamanı gelmiş demektir:
- Yönetim paneli, ürün listesi veya rapor ekranı normal saatlerde bile gözle görülür şekilde bekletiyor.
- Sağlayıcı kaynak limiti uyarıları göndermeye başladı ya da hesabınız gün içinde geçici olarak askıya alınıyor.
- Cron işleri (sipariş bildirimi, sitemap üretimi, e-posta kuyruğu) belirlenen saatte çalışmıyor veya yarıda kesiliyor.
- Veritabanınız birkaç yüz bin satıra ulaştı ve arama sorguları saniyeler sürüyor.
- Özel bir bileşene ihtiyaç duyuyorsunuz: farklı bir PHP eklentisi, kuyruk servisi, ayrı önbellek katmanı.
Maliyeti dürüst hesaplayın
VPS ve bulutta fatura, sunucu kirasından ibaret değildir. Yedekleme alanı, izleme aracı, SSL yönetimi, e-posta gönderimi ve en önemlisi insan saati de maliyettir. Bütçelerken bakım için aylık sabit bir zaman payı ayırın, olası bir arıza günü için ayrı bir pay tutun; bu iki rakamı kendi kayıtlarınızdan çıkarmak genel ortalamalardan daha isabetlidir. Karar verirken şu formülü kullanın: sunucu ücreti + (aylık bakım saati × saatlik iş gücü maliyetiniz) + yedek ve izleme aboneliği. İki seçenek arasındaki fark, bu üç kalem toplandığında çoğu zaman ilk bakıştaki kadar büyük çıkmaz.
E-posta konusunu ayrı düşünün. İşlem e-postalarını kendi sunucunuzdan göndermek SPF, DKIM, DMARC kurulumunu ve IP itibarı yönetmeyi gerektirir. Çoğu KOBİ için doğru yol, siteyi VPS'te tutup e-postayı ayrı bir gönderim servisinden çıkarmaktır.
Sık yapılan hatalar
- Kaynak yerine disk alanına bakmak. 100 GB disk cazip görünür ama sizi yavaşlatan neredeyse her zaman CPU, RAM veya eşzamanlı işlem limitidir.
- Yükseltmeyi çöküş gününe bırakmak. Taşıma için en kötü an, trafiğin zirve yaptığı gündür. Sinyalleri gördüğünüz hafta planlayın.
- VPS alıp güncellemeyi unutmak. Güncellenmeyen bir VPS, paylaşımlı hostingden daha risklidir; çünkü orada en azından sağlayıcı yama geçiyordu.
- Yedeği aynı sunucuda tutmak. Sunucu kaybedildiğinde yedek de gider. Yedek her zaman farklı bir konumda olmalı.
- Buluta sırf popüler olduğu için geçmek. Sabit ve öngörülebilir trafikte bulut, çoğu zaman VPS'ten pahalı ve gereksiz karmaşıktır.
Geçiş kontrol listesi
Katman değiştirmeye karar verdiyseniz taşımayı bu sırayla yapın:
- Mevcut paketin CPU, RAM, eşzamanlı işlem ve inode kullanımını en yoğun günde ölçün; hedef sunucuyu ortalamaya değil bu tepe değere göre seçin.
- Yeni sunucuda aynı PHP sürümünü ve eklenti setini kurun; sürüm farkı taşıma sonrası hataların başlıca nedenidir.
- Dosya ve veritabanını kopyalayıp alan adını çevirmeden hosts dosyasıyla test edin: ana sayfa, arama, sepet, ödeme, form gönderimi, panel girişi.
- Cron işlerini yeni sunucuya taşıyıp eskisinde kapatın; iki yerde çalışan e-posta kuyruğu mükerrer gönderim üretir.
- DNS TTL'yi taşımadan 24 saat önce 300 saniyeye düşürün; geçişi düşük trafikli saatte yapın.
- Eski sunucuyu en az 7 gün açık tutun; ilk yedeği dış bir konuma alıp geri yükleme denemesi yapın.
Uygulanabilir özet
- Önümüzdeki 12 ayın zirve trafiğini tahmin edin; kararı bugüne değil o rakama göre verin.
- Paylaşımlıda kalacaksanız kaynak limitlerini sağlayıcıdan yazılı isteyin ve kullanım grafiğinizi haftalık izleyin.
- VPS'e geçiyorsanız ilk gün üç şeyi kurun: otomatik güvenlik güncellemesi, dış konumda yedek, basit bir erişilebilirlik izleyicisi.
- Bulutu yalnızca ölçeklenme ihtiyacı gerçekten değişkense seçin ve bütçe uyarısı tanımlamadan hiçbir kaynağı açık bırakmayın.
- Hangi katmanda olursanız olun, geri dönüş planınızı yazın: sorun çıkarsa hangi yedekten, kaç dakikada, kim tarafından dönülecek?
