Ajans Hosting Konsolidasyonu Örneği
5 Temmuz 2026 tarihinde yayımlandı
On beş müşteri sitesi, dört hosting sağlayıcısı, eski erişime sahip iki serbest çalışan, dağınık yedekler ve kimsenin denetlemek istemediği bir fatura izi - bu nadir bir felaket değil, normal bir ajans karmaşasıdır. Bir ajans hosting konsolidasyonu örneği tam da burada işe yarar; büyüme, standartlardan daha hızlı gerçekleştiğinde. Amaç yalnızca web sitelerini daha az sayıda yere taşımak değildir. Asıl iş, müşteri güvenini, teslim tarihlerini veya nakit akışını bozmadan operasyonel riski azaltmaktır.
Çoğu ajans için konsolidasyon sıkıcı nedenlerle başlar. Yenilemeler kaçırılır. SSL sertifikaları farklı panellerde bulunur. Bir WordPress sitesi paylaşımlı hostingle çalışır, bir diğeri kimsenin belgelemediği bir VPS üzerindedir ve önemli bir e-ticaret mağazası hâlâ uyarıları eski bir yükleniciye gönderir. Bu en güzel DNS durumu değildir, ancak doğru sırayla yaklaşırsanız kontrol altındadır.
Bir ajans hosting konsolidasyonu örneği gerçekte nasıl görünür
Gerçekçi bir örnek ele alalım. 20 kişilik bir dijital ajans, 32 müşteri web sitesi ve 3 dahili uygulama yönetiyor. Beş yıl boyunca hosting kararları proje bazında verildi. Bazı müşteriler kendi sağlayıcılarında ısrar etti. Bazı siteler kurulumun en hızlı olduğu yere yerleştirildi. Daha yüksek trafiğe sahip birkaç proje ayrı bulut örneklerine taşınırken, daha düşük öncelikli tanıtım siteleri ucuz paylaşımlı planlarda kaldı.
Ajans kendi yığınını gözden geçirdiğinde, 6 sağlayıcıya yayılmış 11 ayrı hosting hesabı için ödeme yapıyor durumdadır. Yedeklemeler tutarsızdır. İzleme vardır, ancak sadece parçalar hâlindedir. Erişim kontrolü zayıftır. Performans karışıktır ve destek kalitesi çoğunlukla şansa ve hangi sağlayıcının önce yanıt verdiğine bağlıdır.
Ajans, her bir müşteriyi aynı kurulumun içine zorlamamaya karar verir. Bu kâğıt üzerinde verimli görünür, pratikte ise başarısız olur. Bunun yerine iş yüklerini ihtiyaca göre gruplar. Küçük tanıtım siteleri bir yönetilen VPS kümesine taşınır. WooCommerce mağazaları ve özel uygulamalar, daha sıkı izleme ve yedekleme zamanlamalarıyla ayrı VPS kaynakları alır. Sözleşmesel veya uyumluluk nedenleriyle birkaç müşteri ana yığının dışında kalır, ancak bunlar belgelenir ve tek bir dahili sürecin altına alınır.
Her ajans hosting konsolidasyonu örneğinde kilit nokta budur - mutlaka her sunucu biçimini değil, operasyonları standartlaştırın.
Ajanslar neden en başta hosting konsolidasyonu yapar
İlk görünür kazanım genellikle yönetim zamanıdır. Ekibiniz farklı kullanıcı modellerine, yedekleme araçlarına ve güvenlik duvarı davranışlarına sahip yarım düzine kontrol paneline giriş yapıyorsa, basit bakım işlemleri çok uzun sürer. Deneyimli geliştiriciler bile kaçınılabilir bağlam değiştirmelerde zaman kaybeder.
İkinci kazanım risk azaltımıdır. Konsolidasyon; yedekleme politikasını, yama takvimlerini, SSL yenileme kontrollerini, erişim incelemelerini ve çalışma süresi izlemeyi uygulamayı kolaylaştırır. Bir mühendis ayrılırsa, işletme üretim ortamının haritasını kaybetmemelidir. Ajanslar çoğu zaman en büyük sorunlarının hiçbir zaman hosting fiyatı olmadığını fark eder. Sorun, parçalanmış sorumluluktu.
Bir de faturalama vardır. Finans ekipleri, unutulmuş hesaplardan gelen gizemli ücretler yerine öngörülebilir yinelenen maliyetleri tercih eder. KOBİ müşterilerine hizmet veren ajanslar, daha net kâr marjı eklemeleri ve daha temiz aylık raporlamadan da fayda görür. Tek bir standartlaştırılmış altyapı iş ortağı veya tek bir dahili platform modeli, marjı korumayı kolaylaştırır.
Elbette ödünleşimler var. Tek bir ortama çok fazla şeyi koyarsanız, yoğunlaşma riski yaratabilirsiniz. Bir platformda kesinti olursa, daha fazla müşteri bunu hisseder. Bu yüzden konsolidasyon; izolasyon stratejisini, yedekleme politikasını ve felaket planlamasını içermelidir. Daha az sağlayıcı, gevşek saplı tek bir dev sepet anlamına gelmemelidir.
İyi bir ajans hosting konsolidasyonu örneğinin arkasındaki geçiş planı
Temiz bir konsolidasyon dosya taşımayla başlamaz. Envanterle başlar. Her sitenin, uygulamanın, DNS bölgesinin, SSL sertifikasının, cron işinin, posta kutusu bağımlılığının, üçüncü taraf entegrasyonunun ve yönetici kullanıcısının listelenmesi gerekir. Bu kulağa sıkıcı geliyor çünkü gerçekten sıkıcı, ancak kayıtlar artık aynı hikâyeyi anlatıyor - belgelenmemiş altyapı, kötü hafta sonlarının çıktığı yerdir.
Sonraki adım sınıflandırmadır. Hangi siteler statik veya düşük riskli? Hangileri ödeme işliyor? Hangi müşterilerin hazırlık ortamlarına ihtiyacı var? Hangi uygulamalar root erişimi, kapsayıcı desteği, özel PHP worker'ları veya metrik dışa aktarımı gerektiriyor? Bu adım, standartlaştırmanın nerede güvenli olduğunu ve özel muamelenin nerede ek maliyete değdiğini belirler.
Bundan sonra erişim, geçişten sonra değil, geçişten önce temizlenir. Eski sağlayıcı hesapları, paylaşılan parolalar ve eski FTP kullanıcıları erkenden gözden geçirilmelidir. Önce taşıyıp sonra temizlerseniz, sonra hiçbir zaman gelmez.
Taşımanın kendisi en iyi dalgalar hâlinde yürür. Bir ajans beş düşük riskli tanıtım sitesiyle başlayabilir, ardından tanıtım sitelerini partiler hâlinde taşıyabilir, sonra içerik ağırlıklı WordPress kurulumlarını geçirebilir ve ancak ondan sonra e-ticarete veya özel uygulamalara dokunabilir. Her parti bir şey öğretir. Belki DNS TTL daha erken düşürülmelidir. Belki bir eklenti daha yeni bir PHP sürümünde kötü davranıyordur. Bunu günlük beş haneli ciro yapan bir mağazada değil, bir dişçi web sitesinde öğrenmek daha iyidir.
Konsolidasyonu istikrarlı kılan altyapı seçimleri
Her konsolide kurulumun adanmış sunuculara ihtiyacı yoktur. Birçok ajans, mantıklı ayrıştırmaya sahip yönetilen bir VPS yapısından daha fazla fayda görür. Daha düşük trafikli pazarlama siteleri için bir VPS, e-ticaret için bir veya daha fazlası ve dahili araçlar ya da müşteri uygulamaları için ayrı ortamlar çoğu zaman maliyet ve kontrol arasında doğru dengeyi sağlar.
Önemli olan kısım, risk ve davranışa göre izolasyondur. Bir WordPress sitesindeki gürültülü bir eklenti diğer otuz siteyi yavaşlatmamalıdır. Ele geçirilmiş bir site, ilgisiz müşteri projelerine açılan bir koridor hâline gelmemelidir. Ayrı kullanıcılar, yedekler, web yığınları ve izleme kuralları; gösterişli mimari diyagramlardan daha önemlidir.
Güvenilir bir kontrol paneli de insanların kabul etmek istediğinden daha önemlidir. Ajansların, genç personelin tüm makineye dokunmadan güvenli görevleri tamamlayabilmesine ihtiyacı vardır; aynı zamanda kıdemli mühendislerin de daha derin işler için uygun erişime ihtiyacı vardır. Yeni başlayan dostu olmak zayıf olmak demek değildir. Bu, birinin özgüvenle ama haritasız şekilde tıklamasıyla oluşan kazara kesintilerin daha az olması demektir.
İzleme, konsolidasyonun yalnızca daha ucuz değil, aynı zamanda sakin hâle geldiği yerdir. Çalışma süresi kontrolleri, disk baskısı uyarıları, yedek doğrulaması, SSL bitiş uyarıları ve hizmet seviyesi izleme standart olmalıdır. Sağlayıcı da ortamı izliyor ve hızlı tepki veriyorsa, ajans kendi acil servisi olmak için daha az zaman harcar.
Konsolidasyon nerede ters gidebilir
En yaygın hata, tüm müşterilere aynıymış gibi davranmaktır. Öyle değiller. Yerel bir hizmet işletmesine ait bir tanıtım sitesi, bir üyelik platformu veya yoğun bir WooCommerce mağazasıyla aynı kuruluma ihtiyaç duymaz. Her şeyi tek bir pakete düzleştirirseniz, önce performans şikâyetleri gelir, güvenlik sorunları ise daha sonra gelir.
Bir diğer hata da DNS ve e-posta bağımlılıklarını unutmaktır. Web sitesi geçişi, posta yönlendirmesi, işlemsel e-posta kayıtları ve üçüncü taraf doğrulama girdileriyle kıyaslandığında çoğu zaman daha basittir. Bu kısmı aceleye getiren ajanslar genellikle sonunda yayında olan ama müşterinin form gönderimlerini alamadığı bir siteyle karşılaşır. Bu, pazartesi sabahı keyifli bir destek görüşmesi değildir.
Ayrıca aşırı optimize etme cazibesi de vardır. Bazı ekipler kapsayıcılar, orkestrasyon, edge kuralları, özel CI işlem hatları ve beş panel ile kusursuz bir gelecek platformu tasarlar. Sonra aylarca takılır kalırlar. Daha iyi yaklaşım pratiktir: acıya neden olanı konsolide edin, tekrar edeni standartlaştırın ve operasyonel temeller zaten istikrarlı olduğunda daha gelişmiş tasarım için alan bırakın.
Basit bir öncesi ve sonrası sonucu
Ajans hosting konsolidasyonu örneğimizde ajans, 11 hosting hesabını 3 birincil yönetilen ortama ve belgelenmiş 2 istisnaya indiriyor. Aylık altyapı harcaması yüzde 18 düşer, ancak bu en iyi sonuç bile değildir. Asıl iyileşme, rutin bakım süresinin yaklaşık üçte bir oranında düşmesidir. SSL yenilemeleri artık bir define avı değildir. Yedekler planlanır ve test edilir. Destek irtibatları nettir. Erişim daha temizdir. Müşteri yayına alma süreçleri daha hızlı olur çünkü temel kurulum zaten bilinmektedir.
Kesintiler sonsuza dek ortadan kalkmaz, çünkü sunucular hâlâ sunucudur ve yazılımın hâlâ huyları vardır. Ancak olayları tespit etmek de düzeltmek de kolaylaşır. Bu değişim, küçük bir hosting indiriminden daha değerlidir.
Bir ajans bu sonuca sıfırdan bir operasyon ekibi kurmadan ulaşmak istiyorsa, VPS seçenekleri, izlenen ortamlar, yedekler ve insan desteği sunan yönetilen bir sağlayıcı genellikle mantıklı yoldur. Kodu.cloud, günlük altyapı bakıcılığı olmadan teknik derinliğe ihtiyaç duyan ajanslar için bu modele iyi uyar.
Her ajans konsolidasyon yapmalı mı?
Tam olarak değil. Çoğu, kontrolü yeniden kazanacak kadar konsolidasyon yapmalıdır. Büyük bir müşteri kendi bulut hesabını gerektiriyorsa, onu orada tutun ve düzgün şekilde yönetin. Özel bir SaaS ürününün tanıtım web sitelerinden çok farklı ölçekleme ihtiyaçları varsa, onu ayırın. Konsolidasyon, herkesi aynı hâle getirmekle ilgili değildir. Hosting davranışını öngörülebilir, desteklenebilir ve sunucuya en son dokunan kişiye daha az bağımlı hâle getirmekle ilgilidir.
Özellikle küçük ve orta ölçekli ajanslar için bu, operasyonların kırılgan hissettirmeyi bıraktığı nokta olur. Hizmet yeniden sakindir. Ekipler her şeyin nerede olduğunu, kimin erişebildiğini, nasıl yedeklendiğini ve bir şey sabah 2'de bozulursa ne olacağını bilir.
İyi bir konsolidasyon planı kimseyi etkilemeye çalışmaz. Faturalama, destek, bakım ve kurtarmadaki dramı sessizce ortadan kaldırır. Bu, müşterilerin nadiren doğrudan övdüğü - ama çok sık da bu yüzden kaldığı - türden bir altyapı kararıdır.
Andres Saar Müşteri Hizmetleri Mühendisi