Managed vs Unmanaged Sunucu: Bakım, maliyet ve 2026 seçimi

Managed bir sunucu ile unmanaged (yönetimsiz) sunucu arasındaki fark, teknik tercih olmaktan çıkıp doğrudan bütçe ve operasyon kalitesine dönüşür. Managed modelde bakımın büyük kısmı sağlayıcı süreçlerine dahil olur; unmanaged modelde ise sistem güncellemeleri, güvenlik sertleşmesi ve izleme gibi sorumlulukların tamamı sizde kalır. Bu yazıda 2026 şartlarında hangi iş yükü için hangi modeli seçmeniz gerektiğini; bakım yükü, arıza süresi, risk seviyesi ve aylık maliyet kalemleriyle anlatıyorum.

Managed ve unmanaged sunucu farkları: “kimin neyi yaptığı”

Managed ve unmanaged ayrımını belirleyen ana unsur, sunucu işletim süreçlerinin (OS, güvenlik, izleme, yedekleme ve bazı uygulama katmanları) kim tarafından yürütüldüğüdür.

Managed sunucuda tipik kapsam

Managed (yönetimli) paketlerde sağlayıcı genellikle aşağıdaki başlıklarda operasyon üstlenir: - İşletim sistemi güncellemeleri: Kernel/OS güncellemeleri ve kritik patch uygulaması. - Güvenlik sertleşmesi: Firewall (ör. iptables/ufw), temel güvenlik ayarları, servis hardening. - İzleme ve alarm: CPU/RAM disk, servis sağlığı, yeniden başlatma gibi otomasyonlar. - Yedekleme (backup): Dosya/VM disk yedekleri; saklama süresi, geri dönüş (restore) prosedürü. - Arıza müdahalesi: Disk arızası, servis çökmesi, ağ kaynaklı problemler için ilk müdahale ve yönlendirme. - Bazı sağlayıcılarda panel/log inceleme ve hata analizi de SLA içine dahil edilir.

Not: “Managed” ifadesi her sağlayıcıda birebir aynı değildir. Paket içeriğinde; hangi servislerin dahil olduğu, hangi durumlarda ücretlendirmenin devreye girdiği ve SLA hedefleri yazılı olmalıdır.

Unmanaged sunucuda tipik sorumluluklar

Unmanaged (yönetimsiz) modelde sağlayıcı genellikle donanım ve hat erişimini sağlar; yazılım işletimi size aittir. En kritik farklar: - OS güncelleme ve bakım pencerelerini planlama sizdedir. - Güvenlik sertleşmesi, yönetim portlarının kısıtlanması, SSH anahtar yönetimi sizdedir. - İzleme (monitoring), alert kurgusu ve olay müdahalesi sizdedir. - Yedekleme stratejisi (sıklık, saklama, test restore) sizdedir. - Çökme/performans düşüşü olduğunda kök neden analizi sizdedir.

Bu modelde “server ayağa kalkık duruyor” gerçeği tek başına yeterli değildir; uygulamanın sağlıklı çalışması, güvenliği ve veri kaybı riskinin yönetimi de sizde kalır.

Bakım sorumlulukları: Olay akışına göre karşılaştırma

Managed vs unmanaged kararını en doğru veren ölçüt, arıza anında izlenecek iş akışıdır. Aşağıdaki tablo, 2026’da tipik senaryolarda sorumluluk dağılımını çerçeveler.

Hangi noktada “Managed” mutlaka şart olur?

Şu koşullarda managed modele daha yakın yaklaşın: - Günlük operasyon için devops/ops ekibiniz yok veya tek kişiyle yürütüyorsunuz. - Kritik uygulamalar 7/24 çalışmalı; “beklemek” maliyeti yüksek. - Yedekleme/restore testleri düzenli yapılamıyor. - Güvenlik güncellemeleri (özellikle kritik CVE’ler) için süreç oluşturamadınız.

Hangi noktada unmanaged daha mantıklı?

Unmanaged modelin avantajı, kontrolü sizde tutup standart dışı mimarilerde esneklik sağlamasıdır: - İnce ayar ve otomasyon sizin standart iş akışınız. - İzleme/alerting, yedekleme ve hardening zaten CI/CD veya IaC (Infrastructure as Code) ile kodlu. - Kök neden analizi ve olay yönetimi için ekip ve süreç mevcut.

Maliyet karşılaştırması (2026): Hangi kalemler gerçek farkı yaratır?

Managed ile unmanaged arasındaki fiyat farkı sadece “paket ücreti” değildir. Toplam maliyeti oluşturan kalemleri ayırmak gerekir.

1) Abonelik maliyeti: aylık farkın kaynağı

Genel eğilim şu şekildedir: - Managed sunucular, OS güncelleme, izleme ve arıza triage gibi işleri sağlayıcı üstlendiği için abonelik maliyeti daha yüksektir. - Unmanaged sunucular donanım/hat erişimi ile sınırlı kaldığı için daha düşük başlangıç fiyatı sunar.

Buradaki kritik nokta: Managed fiyat farkı, sizin zaman maliyetinizle kıyaslanmalıdır.

2) İşgücü maliyeti: “bakım kimin üzerinde”

Unmanaged’da aşağıdaki işler zaman alır ve çoğu firmada bu süre görünmez maliyete dönüşür: - Yama (patch) planlama + reboot/etki yönetimi - Olay müdahalesi: servis restart, log analizi, root cause - İzleme kurgusu: CPU/RAM/disk/servis metrikleri + alarm eşikleri - Yedek stratejisi: snapshot mı dump mı, hangi periyotta, nereye

Managed’da bu kalemler büyük oranda sağlayıcı süreçlerine taşınır; siz daha çok politika ve doğrulama (ör. restore testi) tarafında kalırsınız.

3) Kesinti maliyeti: SLA ve pratik müdahale süresi

SLA (Service Level Agreement) yalnızca “var/yok” konusu değildir; hedef süre ve kapsam belirleyicidir. Managed seçeneklerde genellikle: - İlk destek yanıt süresi - Arıza çözüm hedefi - Bazı olay sınıflarında donanım müdahale süreçleri daha net tanımlanır.

Unmanaged’da ise “sağlayıcı hat problemi dışında yazılım sorunlarını çözüyor” beklentisi yanlış olur. Siz yazılım tarafını yönetmediğiniz için kesinti süresi uzarsa, maliyeti direkt size yansır.

4) Yedekleme maliyeti: saklama ve restore testleri

Managed’da backup genelde paket içinde gelir; unmanaged’da ise genelde: - Yedekleme yazılımı/servisi ücreti - Yedek saklama (backup storage) - Restore testi için zaman maliyeti eklenir.

2026’da en sık yapılan hata: Yedek var sanmak, ama geri dönüşü hiç denememektir. Restore testinin düzenli yapılması maliyeti “planlanan” hale getirir.

Karar modeli: İş yüküne göre doğru seçimi netleştirin

Aşağıdaki listeyi kullanarak mevcut durumunuzu puanlayın. Her madde için “bizde var” ise unmanaged lehine, “yok” ise managed lehine değerlendirin.

Managed lehine işaretler

• Kritik uygulama 1-2 saatlik kesintide bile gelir/iş akışı etkileniyor.
• Aynı makinede birden fazla servis (web + uygulama + worker + veritabanı) çalışıyor.
• Yama/patch süreci dokümante değil.
• İzleme sadece “sunucu aç mı” seviyesinde.
• Yedekleme var ama restore testi yok.
• Güvenlik hardening adımları düzenli kontrol edilmiyor.

Unmanaged lehine işaretler

• Kendi devops ekibiniz var veya erişilebilir bir dış ekip çalışıyor.
• İzleme ve alarm kuralları mevcut; loglar merkezi bir sisteme akıyor.
• Yama planı, staging ortamı ve rollback prosedürü var.
• Backup politikası net: sıklık + saklama + restore testi.
• Çalışma saatleri ve reboot pencereleri önceden yönetiliyor.

Örnek maliyet senaryosu (hesap mantığı)

Aşağıdaki rakamlar “gerçek fiyat” iddiası değildir; maliyetleri nasıl hesaplayacağınızı göstermek için örnek modeldir. Bölgeniz/sağlayıcınız ve disk/IO ihtiyacınıza göre sayılar değişecektir.

Senaryo A: Ekipsiz veya tek kişiyle operasyon

• Unmanaged sunucu: Daha düşük aylık ücret.
• Ancak aylık beklenen bakım/olay iş yükü 8–15 saat aralığında.
• Aylık işgücü maliyeti (net saat maliyeti) ve olası kesinti riski eklendiğinde managed farkı çoğu zaman kapanır.

Bu senaryoda managed’i tercih etmenin rasyonel nedeni, “fiyat farkı”ndan önce “zaman ve risk” kalemlerinin görünür hale gelmesidir.

Senaryo B: Devops/ops süreci olgun

• Unmanaged: İzleme, yama ve backup otomasyonları kodlu.
• Olay müdahalesi hızlı ve standardize.
• Bu durumda managed fiyat farkı, ekibin zaman kazanımına göre daha az anlamlı hale gelir.

Bu senaryoda unmanaged daha uygun olabilir; çünkü kontrol sizde kalır ve “sağlayıcı iş alıyor” maliyeti gereksiz olur.

“Managed aldım, her şey bitti” yanılgısından kaçınma

Managed sunucu seçseniz bile kontrol noktalarınız kalır: - Paket içeriğinde dahil/dahil değil ayrımını kontrol edin (yama uygulaması, restore kapsamı, hangi servisler). - Yedekleme için restore testi talep edin veya içinizde rutinleştirin. - İzleme metriklerini ve alertlerin kime düştüğünü doğrulayın. - SLA’da hedeflenen süreler ile pratikteki süreçleri destekleyecek mekanizmayı sorun.

Bu kontrol listesi yapılmadığında managed hizmet, beklentiyi karşılamak yerine “sürpriz maliyet” üretebilir.

Sonuç: 2026’da seçim için aksiyon planı

Eğer operasyon tarafında izleme, yama, güvenlik hardening ve yedek restore testleri henüz standart değilse managed sunucuya yönelin; çünkü maliyetin asıl farkı abonelik fiyatından ziyade bakım yükü ve kesinti riskinde ortaya çıkar. Eğer devops süreçleriniz kodlu, olay yönetimi dokümante ve backup/restore testleri düzenliyse unmanaged modelle kontrolü sizde tutmak daha maliyet verimli olur.

Aksiyon olarak bugün şu 4 soruyu yazılı cevaplayın: (1) Kim OS patch uyguluyor? (2) Hangi metriklerle alarm alıyoruz? (3) Yedekten geri dönüşü ne sıklıkta test ediyoruz? (4) SLA kapsamı ve arıza sınıfları neler? Bu cevaplara göre managed vs unmanaged kararınızı netleştirin; fiyat karşılaştırmasını da bu kapsamla yeniden yapın.