Bir tasarım ajansı birkaç WordPress sitesi, kurumsal web projesi ve müşteriye özel uygulama yönettiğinde her proje için ayrı sunucu kullanmak operasyonu gereksiz yere parçalayabilir.
Bunun yerine yeterli kaynaklara sahip tek birvds üzerinde müşteri siteleri birbirinden ayrılarak merkezi bir yapı kurulabilir. VDS, Virtual Dedicated Server yani sanal adanmış sunucu anlamına gelir ve ajansa işletim sistemi ile sunucu yapılandırması üzerinde paylaşımlı hostinge göre daha geniş kontrol alanı sağlar.
Buradaki kritik nokta bütün siteleri aynı kullanıcı hesabına yığmak değildir. Sağlıklı model, ortak sunucu kaynaklarını kullanırken her müşterinin dosyalarını, veritabanlarını, erişim bilgilerini, SSL yapılandırmasını ve yedeklerini ayrı yönetmektir. Böylece tek sunucunun yönetim kolaylığı korunurken müşteri projeleri arasında operasyonel sınırlar oluşturulur.
Müşteri Sitelerini Ayrı Hesaplara Bölmek Neden Önemlidir?
Ajansın yönettiği on farklı siteyi tek FTP kullanıcısı, tek veritabanı kullanıcısı ve ortak dosya izinleri altında tutması başlangıçta kolay görünebilir. Proje sayısı arttığında ise hangi dosyanın hangi müşteriye ait olduğunu takip etmek zorlaşır. Yanlış klasörde yapılan bir değişiklik başka bir müşterinin sitesini etkileyebilir ve ekip üyelerine gereğinden fazla erişim verilmesi gerekebilir.
Daha düzenli yaklaşımda her müşteri veya proje için ayrı sistem ya da kontrol paneli hesabı oluşturulur. Web kök dizini, veritabanı, kullanıcı bilgileri ve mümkünse PHP gibi uygulama ayarları proje bazında tutulur. Bu ayrım tam anlamıyla ayrı bir sanal makine izolasyonu sağlamaz ancak günlük ajans operasyonunda yetki ve dosya yönetimini önemli ölçüde sadeleştirir.
Örneğin müşterinin kendi geliştiricisine erişim verilmesi gerekiyorsa yalnızca ilgili hesabın bilgileri paylaşılabilir. Başka müşterilerin dosyalarına erişim açmak gerekmez. Proje ajans yönetiminden çıktığında da tüm sunucu yapısını değiştirmek yerine ilgili hesabın verileri ayrıştırılabilir.
Kontrol Panelleri Ajans İş Akışında Ne Sağlar?
Birden fazla siteyi terminal üzerinden yönetmek mümkündür ancak küçük ajanslarda her ekip üyesinin Linux sunucu yönetimi konusunda aynı seviyede olması beklenemez. Kontrol panelleri alan adı ekleme, web hesabı oluşturma, veritabanı yönetimi, SSL işlemleri ve bazı temel sunucu görevlerini grafik arayüz üzerinden yürütmeyi kolaylaştırır.
DeHost VDS sayfasında cPanel, Plesk ve CyberPanel desteklenen kurulum seçenekleri arasında yer alır. İşletim sistemi ve kurulum tercihi panel üzerinden belirlenebilir ve otomasyon sistemi kurulum sürecini başlatabilir. Kontrol paneli seçerken yalnızca arayüze değil ajansın yönettiği teknoloji yığınına ve ekip alışkanlıklarına bakmak gerekir.
Kontrol paneli | Ajans açısından öne çıkan kullanım | Dikkat edilmesi gereken nokta |
cPanel | Müşteri hesaplarını ayrı barındırma yapıları içinde düzenlemek ve klasik hosting iş akışlarını yönetmek | Kurulumdan önce lisans ve sunucu gereksinimleri ayrıca değerlendirilmelidir |
Plesk | Alan adları ve web projelerini merkezi arayüzden yönetmek | Kullanılan web teknolojileriyle uyumluluk kontrol edilmelidir |
CyberPanel | Web sitesi yönetimini panel tabanlı bir düzene taşımak | Ajansın ihtiyaç duyduğu eklenti ve yönetim özellikleri önceden incelenmelidir |
Panel seçimi aynı zamanda operasyon standardını belirler. Ajans hangi paneli kullanırsa kullansın hesap isimlendirme, kullanıcı oluşturma, erişim verme ve proje kapatma prosedürlerini standart hale getirirse yeni müşteri eklemek çok daha kontrollü olur.
Her Site İçin Ayrı Yedek Planı Kurulmalı
Tek sunucuda çok sayıda müşteri sitesi barındırıldığında yedekleme daha kritik hale gelir. Sunucunun tamamını tek dosya olarak yedeklemek tek başına yeterli bir ajans politikası değildir. Bir müşterinin yalnızca kendi sitesinin önceki sürümüne dönmesi gerekebilir. Bu nedenle web dosyaları ve veritabanları proje bazında geri yüklenebilecek şekilde planlanmalıdır.
Yedek sıklığı da bütün müşteriler için aynı olmak zorunda değildir. Ayda birkaç kez güncellenen kurumsal bir tanıtım sitesiyle sürekli sipariş alan veya içerik eklenen dinamik bir proje aynı veri değişim hızına sahip değildir. Yedekleme planı projenin değişiklik sıklığına ve kabul edilebilir veri kaybı aralığına göre oluşturulmalıdır.
DeHost'un VDS hizmetinde önemli bir ayrıntı bulunur: yedekleme hizmeti ayrıca satın alınmadığı sürece sunucu verileri DeHost tarafından yedeklenmez ve yedekleme sorumluluğu kullanıcıya aittir. Bu nedenle ajansın VDS kurulumunu tamamladıktan sonra yedekleme stratejisini ayrıca oluşturması gerekir.
SSL Yönetimi Müşteri Bazında Takip Edilmeli
Aynı sunucuda barınmaları bütün alan adlarının tek SSL yapılandırmasına sahip olacağı anlamına gelmez. Her müşterinin alan adı ve alt alan adları ayrı değerlendirilmelidir. Sertifikanın aktif olması kadar yenilemenin düzgün çalışması da takip edilmelidir.
Ajanslar özellikle alan adı DNS yönetimi başka bir firmada olan müşterilerde sertifika doğrulama sürecini kayıt altına almalıdır. Müşterinin DNS değişikliği yapması, alan adını başka bir hesaba taşıması veya yönlendirmeleri değiştirmesi SSL yenilemesini etkileyebilir. Proje teslim kontrol listesinde alan adı, DNS, SSL ve sertifika yenileme durumu ayrı maddeler halinde tutulabilir.
Staging Ortamı Canlı Siteden Ayrılmalı
Tasarım ajanslarının en sık ihtiyaç duyduğu yapılardan biri hazırlık ortamıdır. Tema güncellemesi, yeni sayfa tasarımı veya önemli bir eklenti değişikliği doğrudan müşterinin canlı sitesinde denenmemelidir. Aynı VDS içinde proje için ayrı bir staging alanı hazırlanabilir.
Staging sitesinin ayrı klasörü ve ayrı veritabanı olması özellikle önemlidir. Canlı veritabanıyla çalışan bir test kurulumu yanlışlıkla gerçek siparişleri, formları veya içerikleri değiştirebilir. Hazırlık ortamına erişim de mümkün olduğunca sınırlandırılmalı ve arama motorlarının test kopyasını normal site gibi değerlendirmesini önleyecek teknik tedbirler alınmalıdır.
Ajans iş akışı tasarım, müşteri onayı ve canlıya geçiş olarak bölünebilir. Tasarımcı staging ortamında çalışır, müşteri burada kontrol yapar ve onaylanan değişiklikler kontrollü biçimde üretim ortamına taşınır. Bu yöntem özellikle aynı site üzerinde birden fazla kişinin çalıştığı ekiplerde hata riskini azaltır.
Kaynak Kullanımı Düzenli İzlenmeli
Tek VDS modelinin temel sınırlaması bütün müşterilerin aynı sunucu kaynak havuzunu kullanmasıdır. Bir projede oluşan yoğun işlem yükü diğer sitelerin yanıt süresini etkileyebilir. Bu nedenle ajans yalnızca sunucunun çalışıp çalışmadığını değil hangi sitenin ne kadar kaynak tükettiğini de takip etmelidir.
İzlenmesi gereken başlıca göstergeler CPU yükü, RAM kullanımı, disk doluluk oranı, disk işlemleri, veritabanı yükü ve beklenmedik trafik değişimleridir. Özellikle otomatik görevler, yedekleme işlemleri, güvenlik taramaları ve yoğun WordPress eklentileri kısa süre içinde yüksek kaynak tüketebilir.
DeHost'un ürün sayfasında Türkiye lokasyonlu VDS seçeneklerinde NVMe disk altyapısı ve DDoS koruması bulunduğu belirtilir. Ancak altyapı özellikleri uygulama tarafındaki kaynak yönetiminin yerine geçmez. Ajansın hangi müşterinin ne kadar kaynak tükettiğini izlemesi ve kapasite ihtiyacını gerçek kullanıma göre değerlendirmesi gerekir.
Ortak Sunucuda Güvenlik Müşteri Sınırlarıyla Başlar
Kaliteli bir VDS altyapısı seçmek güvenlik sürecinin yalnızca bir parçasıdır. Ajans tarafında ayrı kullanıcı hesapları, güçlü ve benzersiz parolalar, gereksiz yetkilerin kaldırılması ve düzenli yazılım güncellemeleri uygulanmalıdır. Bir ekip üyesinin bütün müşterilerin yönetici bilgilerini bilmesi gerekmiyorsa erişim kapsamı sınırlandırılmalıdır.
Dosya aktarım hesapları da proje bazında oluşturulabilir. Böylece dışarıdan çalışılan bir geliştirici yalnızca görevlendirildiği sitenin dizinine erişir. Yönetim panelinin ana hesabı ise yalnızca sunucu yönetiminden sorumlu sınırlı sayıdaki kişide tutulur.
Ajanslar İçin Sürdürülebilir VDS Düzeni
- Her müşteri için ayrı web hesabı ve veritabanı oluşturun.
- Kontrol panelini ekip alışkanlıklarına ve kullanılan teknolojiye göre seçin.
- Her projenin SSL durumunu ayrı takip edin.
- Dosya ve veritabanı yedeklerini proje bazında planlayın.
- Önemli değişiklikler için canlı siteden ayrı staging ortamı kullanın.
- CPU RAM disk ve uygulama yükünü düzenli kontrol edin.
- Ekip üyelerine yalnızca ihtiyaç duydukları proje erişimlerini verin.
Türkiye VDS veya TR VDS arayan bir ajans için yalnızca sunucuyu kiralamak yeterli değildir. Asıl verim, müşteri hesaplarını nasıl ayırdığına ve günlük operasyonu ne kadar standartlaştırdığına bağlıdır. Tek VDS üzerinde doğru hesap mimarisi kurulduğunda web tasarımcıları ve küçük ajanslar farklı müşterilerin sitelerini tek yönetim noktasından takip ederken dosya, yetki, yedek ve geliştirme süreçlerini birbirinden ayrı tutabilir.
Bu model büyüdükçe kapasite takibi daha önemli hale gelir. Yeni projeyi otomatik olarak aynı sunucuya eklemek yerine mevcut yükü değerlendirmek, staging alanlarını hesaba katmak ve yoğun kaynak kullanan projeleri gerektiğinde ayrı altyapıya taşımak daha kontrollü bir yaklaşım sağlar. Böylece tek sunucu kullanımı bir karışıklık kaynağı olmaktan çıkar ve tanımlı kurallarla yürütülen bir ajans altyapısına dönüşür.