Hosting seçimi; sitenizin iş yükünü, ekibinizin yönetim kapasitesini ve hizmetin gerçek sınırlarını eşleştirme işidir. Disk alanı ve kampanya fiyatı tek başına yeterli ölçüt değildir.
Önce projenin ihtiyaç kartını çıkarın
Sitenizin kullandığı dil veya CMS, veritabanı, yaklaşık dosya boyutu, e-posta ihtiyacı ve beklenen işlemleri yazın. Ziyaretçi sayısının yanında ziyaretçinin ne yaptığı önemlidir. Önbellekten sunulan bir rehber ile arama yapan, oturum açan ve sipariş oluşturan kullanıcı aynı kaynak yükünü yaratmaz.
Mevcut siteniz varsa tahmin yerine CPU, bellek, disk kullanımı, hata kayıtları ve yanıt sürelerini inceleyin. Yeni proje için başlangıç varsayımlarını yazın ve bunları ne zaman gözden geçireceğinizi belirleyin. “Ayda şu kadar ziyaretçi her pakette çalışır” türü kesin ifadeler, uygulama ve önbellek farkını göz ardı eder.
Paylaşımlı hosting, yönetilen hizmet ve VPS
| Seçenek | Avantajı | İşletme sorumluluğu |
|---|---|---|
| Paylaşımlı hosting | Hazır panel ve sınırlı yönetim ihtiyacı. | Uygulama bakımı ve paket sınırlarını izleme. |
| Yönetilen hosting | Belirli bakım işlemleri hizmete dahil olabilir. | Dahil olan işleri sözleşmede doğrulama. |
| VPS | Daha fazla yapılandırma ve yazılım kontrolü. | Yönetim hizmeti yoksa işletim sistemi, güvenlik ve yedek. |
“Yönetilen” ifadesinin kapsamı sağlayıcılar arasında değişir. Yalnızca işletim sistemi desteği mi, uygulama güncellemesi mi, zararlı yazılım temizliği mi dahil olduğunu sorun. Teknik ekibi olmayan küçük bir işletme için daha fazla sunucu yetkisi her zaman avantaj değildir. Sunucu seçeneklerini VPS ve fiziksel sunucu rehberinde ayrıntılandırıyoruz.
Kaynak sınırlarını görünür hale getirin
Disk kapasitesinin yanında CPU süresi, bellek, eşzamanlı işlem, dosya sayısı ve disk erişimi sınırları olabilir. “Sınırsız” pazarlama ifadesi fiziksel veya adil kullanım sınırlarının olmadığı anlamına gelmez. Paket dokümanında bu değerler yazmıyorsa destekten açıklama isteyin.
Bir WordPress sitesi görsel dosyaları nedeniyle diski, yoğun sorgular nedeniyle CPU’yu veya çok sayıda dosya nedeniyle inode sınırını doldurabilir. Her durumda çözüm aynı değildir. Kullanılmayan yedekleri web kökünde biriktirmek ya da gereksiz eklentilerle sorgu yükünü artırmak, daha pahalı pakette de tekrar edebilir. Önce sınırı hangi davranışın tükettiğini bulun.
Destek ve yedek sorularını satın almadan sorun
- Destek hangi saatlerde, hangi kanaldan sağlanıyor; ilk yanıt ile çözüm süresi ayrılıyor mu?
- Yedek hangi sıklıkta alınıyor ve kaç sürüm tutuluyor?
- Yedek başka sistemde mi saklanıyor; müşteri dosyayı indirebiliyor mu?
- Geri yükleme ücretli mi; dosya ve veritabanı birlikte geri dönebiliyor mu?
- Taşıma hizmeti web, veritabanı ve e-postanın hangilerini kapsıyor?
- Hizmet sona erdiğinde veri dışa aktarma için ne kadar süre var?
“Günlük yedek var” yanıtı tek başına yeterli değildir. Dün bozulmuş verinin tek kopyası da bozuk olabilir; geçmiş sürüm ve geri yükleme testi gerekir. Sağlayıcı yedeğine ek olarak kendi erişiminizde bir kopya tutmanın gerekip gerekmediğini veri önemine göre değerlendirin. Yedekleme rehberi bu ayrımı açıklar.
Toplam maliyeti aynı dönem üzerinden karşılaştırın
İlk dönem fiyatı, yenileme bedeli, vergi, lisans, yedek, taşıma ve ek kaynak ücretlerini birlikte yazın. Aylık fiyatla yıllık taahhütlü fiyatı doğrudan karşılaştırmayın. Bir kampanyanın bitişini ve yenileme koşulunu sağlayıcının güncel teklifinden doğrulayın; burada canlı fiyat listesi veya sağlayıcı sıralaması sunmuyoruz.
Ucuz paketin daha fazla yönetim zamanı gerektirmesi toplam maliyeti artırabilir. Buna karşılık kullanmayacağınız kaynakları satın almak da fayda üretmez. Gereksinim kartındaki her maddeyi teklifin karşısına işaretleyin; “belirsiz” kalan alanı fiyat farkıyla kapatmaya çalışmayın.
Deneme ve taşıma kontrolü
Yeni ortamda temsilî bir sayfa, arama işlemi ve form deneyin. Gerekli PHP veya veritabanı sürümünün desteklendiğini, SSL kurulumunu, hata kayıtlarına erişimi ve yedek indirmeyi kontrol edin. Yalnızca boş ana sayfanın hızlı açılması tüm uygulamanın uyumlu olduğunu göstermez.
Mevcut bir projeyi taşıyacaksanız önce site taşıma planını hazırlayın. Alan adı, DNS, web ve e-posta aynı yerde olmak zorunda değildir. MX kayıtlarını bilmeden nameserver değiştirmek e-posta akışını bozabilir. Bu nedenle kaynak envanteri satın alma kadar önemlidir.
Ne zaman paketi büyütmelisiniz?
Sürekli kaynak sınırına çarpma, bekleyen işlemler veya tekrarlayan bellek hataları varsa ölçüm yapın. Uygulama iyileştirmesinden sonra gerçek kapasite açığı devam ediyorsa yükseltme mantıklıdır. Sadece tek bir yoğun gün veya bir bot saldırısı yüzünden kalıcı kapasite kararı vermeden önce olayın niteliğini inceleyin.
Büyüme planında geri dönüşü de düşünün. Paket değişimi kesinti gerektiriyor mu, IP değişiyor mu, lisans bedeli artıyor mu? Bu soruların yanıtı projenin bakım penceresini ve bütçesini etkiler. Hosting kararını bir kez yapılan alışveriş değil, ölçümlerle gözden geçirilen altyapı seçimi olarak yönetin.
Kaynaklar ve ek okuma
Platform belgeleri giriş gerektirebilir; arayüz ve özellikler sürüme göre değişebilir. Örnekler, ayrıca belirtilmedikçe temsili senaryolardır.
Bir düzeltme öneriniz mi var? Sayfa bağlantısıyla bildirin. · Kaynak ve yayın yaklaşımı