Hosting Alırken 10 Kontrol: Kapsam, Kaynak ve Kurtarma

Hosting firması seçiminde ilk adım sitenin ne yapacağını yazmaktır. İçerik yayını, dosya sunumu, müşteri girişi, sipariş veya özel uygulama farklı ihtiyaçlar oluşturur. Beklenen trafik yanında aynı anda çalışan işlemleri, veritabanını, medya miktarını ve dış servisleri de kaydedin.

İkinci kontrol, kullandığınız CMS’nin gerçek kurulumuna destek verilip verilmediğidir. WordPress etiketi veya tek tıkla kurulum düğmesi yeterli değildir. WordPress’in güncel resmî gereksinimlerini ve kendi tema/eklenti ihtiyaçlarınızı karşılaştırın. Kurulum ile uygulama güncellemesi, hata çözümü ve yedek yönetiminin kimde olduğunu ayrı yazın.

Paylaşımlı hosting bazı küçük siteler için aday olabilir; her yeni işletmenin otomatik başlangıç seçeneği değildir. Özel çalışma zamanı, hassas operasyon veya yoğun arka plan işi başka bir model gerektirebilir. Mevcut ihtiyaca uygun seçenekle başlayın ve ekibin yönetebileceği sorumluluk düzeyini seçin.

CMS’nin içerik ve entegrasyon yapısı, kapasite denemesini belirler. CPU, bellek, depolama, dosya sayısı ve eşzamanlı işlem sınırlarını öğrenin. Başlangıçta disk ve veri aktarımını göz ardı etmeyin; görseller, yedekler ve loglar küçük sitelerde bile alan tüketebilir.

Bant genişliği ile aylık veri aktarım kotasını ayırın. MDN bant genişliğini bağlantının zamana bağlı aktarım kapasitesi olarak açıklar; genellikle bit/saniye birimleriyle ifade edilir. Aylık GB kotası ise başka bir sınırdır. Sağlayıcının kullandığı terimi, ölçüm dönemini ve aşım sonucunu yazılı olarak görün.

Dördüncü kontrolde büyütme işlemini sorun: daha fazla kaynak nasıl ekleniyor, kesinti veya veri taşıma gerekiyor mu, ücret nasıl değişiyor? Aynı sağlayıcıda kalmak taşınmayı otomatik olarak önlemez. Trafik artmadan önce yükseltme tetikleyicisini ve geri dönüş koşullarını belirleyin.

Teknik site kontrolü, mevcut hataların hosting değişikliğiyle çözülüp çözülmeyeceğini anlamaya yardım eder. Uptime yüzdesinin hangi bileşeni, hangi noktadan ve hangi süre boyunca ölçtüğünü sorun. Planlı bakım ve dış bağımlılık gibi istisnaları öğrenin; hizmet kredisi iş sürekliliğinin yerine geçmez.

Sağlayıcının durum sayfası, olay geçmişi ve bakım bildirimleri erişilebilir mi? Site çalışsa bile form veya ödeme dönüşü bozuk olabilir. Bu nedenle işletmenin kritik akışları için izleme sahibini belirleyin. Kesinti anında kim fark edecek, kim destekle konuşacak ve kullanıcıya kim bilgi verecek?

HTTPS kapsamını ve sertifika yenilemesini kontrol edin. Aktarımın korunması, uygulama açıklarını veya yetkisiz hesap erişimini tek başına çözmez. Sunucu güncellemesi, uygulama bakımı ve erişim yönetimi için görev paylaşımı isteyin. Genel güvenlik sloganı yerine uygulanabilir olay sürecini değerlendirin.

Özel içerik altyapısı veya hazır CMS için gereken yönetim araçlarını teknik ekiple belirleyin. DNS yönetimi, dosya/veritabanı aktarımı, SFTP veya dağıtım yöntemi, log erişimi ve test ortamı ihtiyacını doğrulayın. Her pakette bütün araçlar bulunmak zorunda değildir; işiniz için gerekli olanlar çalışmalıdır.

.htaccess erişimini bütün hosting modellerinin ortak özelliği saymayın. Bu dosya Apache’nin yapılandırma yaklaşımına aittir; resmî Apache rehberi kullanım koşullarını açıklar. Yönlendirme veya erişim kuralını başka altyapıda hangi yöntemle yapabileceğinizi sorun. Dosya yöneticisi düğmesinin varlığı gereken yetkiyi kanıtlamaz.

Yedinci kontrolde uygulamanın gerçek sürümünü ve bağımlılıklarını çalıştırın. Modern ASP.NET Core Linux’ta da barındırılabilir; eski Windows bağımlılıkları ayrıca değerlendirilir. Linux veya Windows etiketinden önce çalışma zamanı desteğine bakın. Kritik giriş, form ve arka plan işinin test örneği başarılı olmadan teknik uyumu tamamlanmış saymayın.

Taşıma hazırlığında olduğu gibi yedekleme kontrolünde de dosya, veritabanı ve e-posta kapsamını ayrı yazın. Sıklık, saklama süresi, depolama yeri ve erişim koşulları belli olsun. Kabul edilebilir veri kaybı aralığı ile hizmeti yeniden çalıştırma hedefi aynı soru değildir.

Bir yedeğin panelde görünmesi, istediğiniz biçimde geri yükleyebileceğinizi kanıtlamaz. Örneğin cPanel Backup Wizard belgesi, tam yedeğin otomatik geri yüklenmesinde sağlayıcı/WHM desteği gerektiğini açıklar. Bu koşul her hosting için evrensel değildir; kendi paketinizin yöntemi ve ücretini doğrulayın.

İzole bir test ortamında örnek geri yükleme yapın. İçerik, kullanıcı erişimi, form ve veri bütünlüğünü kontrol edin. Sonucu ve sorumluyu kaydedin. Yedeğin başarılı oluşturulmasıyla çalışan hizmetin geri gelmesini tek bir “tamamlandı” işareti altında birleştirmeyin.

Sağlayıcı karşılaştırmasını aynı dönem toplam maliyetle bitirin. Kayıt ve yenileme bedeli, para birimi, vergi, ek kaynak, yedek, taşıma ve varsa e-posta ücretini yazın. Deneme/iade süresi, iptal yöntemi ve hangi kalemlerin kapsam dışında olduğunu okuyun. Sabit bir yüzdeyi bütün firmalar için makul zam sınırı saymayın.

Destek kanalı, saatler, ilk yanıt ve teknik müdahale kapsamını sorun. “Site açılmıyor”, “eklenti bozuldu” ve “sipariş bildirimi gitmiyor” farklı sorumluluklar doğurabilir. Her biri için hosting firmasının ve geliştiricinin görevini belirtin. Destek örneğini satış açıklaması, belgeler veya demo üzerinden inceleyin.

On kontrolün durumunu geçti, kanıt bekliyor veya uygun değil olarak kaydedin. Zorunlu bir koşul yanıtsızsa satın alma kararını bu belirsizlikle birlikte ele alın. Karar verildiğinde kurumun hesap erişimi, yenileme takibi, destek sorumlusu ve ayrılma planı da hazır olsun.