Görsel: Pixabay · Pixabay Lisansı
Üç seçenek
Paylaşımlı barındırmada tek bir sunucuyu çok sayıda site paylaşır. Yönetim sağlayıcıdadır.
Sanal özel sunucuda size ayrılmış kaynaklar vardır ve sistem yönetimi sizindir.
Yönetilen bulut hizmetlerinde altyapı sağlayıcı tarafından işletilir, siz uygulamaya odaklanırsınız.
Paylaşımlı barındırma ne zaman yeterli?
Statik veya basit içerik siteleri, düşük trafikli tanıtım siteleri için yeterlidir ve en ucuzdur.
Sınırları şunlardır: sunucu yapılandırmasına müdahale edemezsiniz, arka plan işleri ve özel servisler çalıştıramazsınız.
Aynı sunucudaki başka bir sitenin yoğunluğu sizin sitenizi yavaşlatabilir.
Sanal sunucu ne zaman gerekir?
Kendi uygulamanızı kendi ortam gereksinimleriyle çalıştırmanız gerekiyorsa.
Arka plan işleri, kuyruk işçileri ve zamanlanmış görevler varsa.
Kapsayıcı tabanlı bir dağıtım kuracaksanız.
Veritabanı yapılandırmasına müdahale etmeniz gerekiyorsa.
Sorumluluk farkı
Sanal sunucuda güvenlik güncellemeleri, yedekleme, izleme ve sertifika yönetimi size aittir.
Bu işleri yapacak biri yoksa, sanal sunucu paylaşımlı barındırmadan daha risklidir. Güncellenmeyen bir sunucu, birkaç ay içinde açık taşır.
Maliyeti hesaplarken bu bakım emeğini de sayın.
Konum önemlidir
Hedef kitlenize coğrafi olarak yakın bir konum, gecikmeyi belirgin biçimde azaltır.
Türkiye'deki kullanıcılar için Avrupa konumları genellikle iyi sonuç verir.
Yasal gereklilikler bazı veri türleri için konum kısıtı getirebilir; bunu baştan kontrol edin.
Kaynak boyutlandırma
Başlangıçta abartmayın. İhtiyaç arttıkça büyütmek çoğu sağlayıcıda kolaydır.
Ancak bellek konusunda cimri davranmayın; bellek yetersizliği, işlemci yetersizliğinden çok daha yıkıcı sonuçlar verir. Sistem, bellek tükendiğinde servisleri kapatır.
Birden fazla proje
Birden fazla küçük projeyi tek bir sunucuda kapsayıcı olarak çalıştırmak, her biri için ayrı sunucu tutmaktan hem ucuz hem yönetilebilirdir.
Ortak bileşenleri paylaştırın: ters vekil sunucu, sertifika yönetimi ve veritabanı.
Bu yaklaşımı kendi projelerimizde kullanıyoruz; yeni bir proje eklemek yeni bir sunucu anlamına gelmiyor.
Çıkış planı
Sağlayıcı değiştirmeniz gerekebilir. Verinizi dışa aktarma ve taşıma sürecinin ne kadar süreceğini baştan bilin.
Sağlayıcıya özel hizmetlere derin bağımlılık, taşınmayı zorlaştırır.
Kaynak sınırları ve komşu etkisi
Aynı sunucuda birden fazla uygulama çalıştırıyorsanız her birine bellek ve işlemci sınırı tanımlayın.
Sınırsız bırakılan bir uygulama, bellek tükettiğinde sistemin diğer servisleri kapatmasına yol açar.
Bu senaryoda genellikle en çok bellek kullanan servis, yani veritabanı kapanır ve tüm siteler etkilenir.
Sınır tanımlamak, bir uygulamanın sorununun diğerlerine yayılmasını önler.
Büyüme planı
Kaynak kullanımını düzenli izleyin ve eğilime bakarak büyütme zamanını önceden belirleyin.
Ani büyüme ihtiyacı doğduğunda acele alınan kararlar pahalıya gelir.
Dikey büyüme, yani sunucuyu güçlendirme, belirli bir noktaya kadar en basit çözümdür.
Ötesinde yatay büyüme gerekir ve bu, uygulamanın birden fazla kopya halinde çalışmaya uygun olmasını gerektirir; bu uygunluk baştan tasarlanmalıdır.
Sık sorulanlar
Kaç siteyi tek sunucuda çalıştırabilirim?
Trafik ve kaynak kullanımına bağlıdır. Düşük trafikli birkaç site mütevazı bir sunucuda rahatça çalışır. Önemli olan, her uygulamaya kaynak sınırı tanımlayıp birinin diğerlerini etkilemesini önlemektir.
Sunucu yönetimi için teknik bilgi şart mı?
Sanal sunucu için evet. Bu bilgi yoksa ya yönetilen bir hizmet alın ya da bakım desteğini sözleşmeye bağlayın; güncellenmeyen sunucu ciddi bir güvenlik riskidir.
Bulut sağlayıcı mı yerel sağlayıcı mı?
Hedef kitleniz Türkiye ise gecikme açısından yakın konum avantajlıdır. Bulut sağlayıcıları esneklik ve ek hizmetler sunar; karar, ihtiyaç duyduğunuz yönetim seviyesine ve bütçeye göre verilmelidir.
