Çok Siteli Şirketlerde Hosting Düzeni

Zamanla biriken siteler — kurumsal site, marka siteleri, kampanya sayfaları, kariyer sitesi, bayi paneli — genelde plansız bir yapıya dönüşür.

Bu yazı, o yapıyı düzenlemenin yollarını anlatır.

Önce sınıflandırın

Her siteyi kritiklik düzeyine göre ayırın:

Bu sınıflandırma, hangi sitenin nerede barınacağını belirler.

Model 1 — Hepsi tek hesapta

Avantajı: En düşük maliyet, tek panel, kolay yönetim.

Riski: Bir sitedeki sorun (kaynak tüketimi, güvenlik olayı) diğerlerini etkiler. Bir güvenlik olayında tüm siteler birden tehlikeye girer.

Uygun: Hepsi düşük kritiklikte, benzer yapıdaki siteler için.

Model 2 — Kritikliğe göre ayrım

Yapı:

• Kritik siteler → ayrılmış kaynaklı, ayrı hesap
• Kurumsal siteler → ortak ama iyi bir hesap
• Destekleyici siteler → standart paket
• Test ortamları → ayrı, erişimi kısıtlı

Avantajı: Risk dağıtılır, maliyet dengelidir.

Bu, çoğu orta ölçekli şirket için önerilen modeldir.

Model 3 — Her site ayrı

Avantajı: Tam izolasyon, bağımsız yönetim, kolay devir.

Dezavantajı: Yönetim yükü ve maliyet artar.

Uygun: Farklı şirketlere/markalara ait, ayrı yönetilen siteler için.

Model 4 — Merkezî sunucu

Yapı: Tek bir VPS ya da bulut sunucuda, siteler ayrı hesaplar hâlinde.

Avantajı: Kaynak verimliliği, merkezî yönetim.

Gereklilik: Teknik yönetim kapasitesi ya da yönetilen hizmet.

İzolasyon neden önemli?

Aynı hesapta barınan siteler birbirini şu yollarla etkiler:

• Kaynak: Biri limitleri zorlarsa hepsi yavaşlar
• Güvenlik: Biri ele geçirilirse diğerlerine sıçrayabilir
• Disk: Biri alanı doldurursa hepsi etkilenir
• E-posta: Biri spam gönderirse hepsinin itibarı düşer
• Askıya alma: Hesap askıya alınırsa hepsi kapanır

Son madde özellikle önemlidir: bir sitedeki ihlal nedeniyle tüm hesabın askıya alınması mümkündür.

Standartlaştırma

Çok siteli yapılarda tutarlılık, yönetim yükünü belirgin biçimde azaltır:

• ☐ Aynı içerik yönetim sistemi kullanılıyor
• ☐ Benzer tema/yapı altyapısı
• ☐ Aynı yedekleme düzeni
• ☐ Aynı izleme sistemi
• ☐ Aynı erişim yönetimi kuralları
• ☐ Ortak isimlendirme standardı
• ☐ Ortak güncelleme rutini

Farklı sistemlerde çalışan siteler, her biri için ayrı uzmanlık ve ayrı süreç gerektirir.

Alt alan adı mı, ayrı domain mi?

Genel ilke: Marka gücünü bölmemek için mümkün olduğunca tek domain altında toplayın. Ayrı domain, ancak gerçekten bağımsız bir marka için anlamlıdır.

Envanter ve yönetim

• ☐ Tüm siteler tek bir tabloda listelenmiş
• ☐ Her sitenin kritiklik sınıfı belirlenmiş
• ☐ Her sitenin sahibi (birim) belli
• ☐ Her sitenin teknik yöneticisi belli
• ☐ Nerede barındığı kayıtlı
• ☐ Yenileme tarihleri takvimde
• ☐ Yedekleme durumu kayıtlı
• ☐ Son güncelleme tarihi kayıtlı

Düzenli temizlik

Çok siteli yapılarda en büyük risk, unutulan sitelerdir:

• ☐ Yılda bir kez tüm siteler gözden geçiriliyor
• ☐ Kullanılmayanlar belirleniyor
• ☐ Arşivlenip kapatılıyor
• ☐ Kapatılan sitelerin adresleri yönlendiriliyor
• ☐ İlgili hizmetler sonlandırılıyor

Güncellenmeyen bir eski site, tüm yapının en zayıf halkası hâline gelir.

Yeni site açarken

Bir süreç tanımlayın:

1. ☐ Gerçekten yeni bir site mi gerekiyor, mevcut yapıya eklenebilir mi?
2. ☐ Kritiklik sınıfı belirlendi
3. ☐ Nerede barınacağı kararlaştırıldı
4. ☐ Sahibi ve teknik yöneticisi atandı
5. ☐ Yedekleme kuruldu
6. ☐ İzleme tanımlandı
7. ☐ Envantere eklendi
8. ☐ Kapatma koşulu belirlendi (geçici siteler için)

Son madde, kampanya sitelerinin yıllarca açık kalmasını önler.