DevOps vs klasik sistem yönetimi, birinin diğerini öldürmesi meselesi değil. Benim ortamımda cevap pratik: DevOps, yazılım teslim eden ve altyapıyı ölçekli yöneten ekipler için gelecek; ama klasik sysadmin becerileri üretimi stabil tutan omurga olmaya devam ediyor. Bugün gördüğüm çoğu yer hibrit model çalışıyor — üstte pipeline ve infrastructure-as-code, altta sağlam Linux ve Windows Server bilgisi. İki yaklaşımı nasıl karşılaştırdığımı ve geleceğin her ikisini de yapabilen ops mühendislerine ait olduğunu neden düşündüğümü anlatayım.
Klasik Sistem Yönetimi Hala Neyi En İyi Yapıyor
Klasik sysadmin işi doğası gereği reaktiftir. Bir ticket açılır, sunucuyu düzeltirsin, çözümü dokümante edersin, geçersin. Daha küçük ortamlarda veya legacy enterprise stack'lerde bu hala çalışır. Yıllarca tam olarak bunu yaptım — Windows Server makinelerini patch'ledim, ağ yavaşlıklarını troubleshoot ettim, 3-2-1 kuralıyla yedekleri yönettim ve firewall değişikliklerini elle yaptım.
Buradaki güç derinlik. İyi bir sysadmin, OS'i çoğu DevOps aracının soyutladığı seviyede bilir. Sabah 2'de bir şey bozulduğunda ve CI/CD pipeline'ın bunu yakalamadığında, kernel parametrelerini, DNS çözümleme sırasını ve o spesifik Windows registry anahtarının neden bozulduğunu anlayan birine ihtiyacın var.
Klasik sysadmin'in sana verdikleri:
- Derin OS seviyesinde troubleshooting becerileri
- Donanım ve ağ katmanlarına elle aşina olma
- Her değişiklik üzerinde manuel kontrol (compliance ağırlıklı yerler için iyi)
- Daha düşük araç yükü — üç sunucuyu yönetmek için Kubernetes cluster'ına gerek yok
Dezavantajı ölçeklenebilirlik. 500 sunucuyu elle patch'leyemezsin. Altı ortamda load balancer'ları elle yapılandıramazsın. Model tam olarak orada çöker.
DevOps Operasyon Oyununu Neden Değiştiriyor
DevOps sadece Jenkins ve Docker değil. Asıl değişim kültürel — geliştiriciler ve ops, tüm yaşam döngüsü için sorumluluğu paylaşır. DevOps modelinde altyapı koddur, deployment'lar otomatiktir ve monitoring baştan içine built-in edilir, ilk outage'tan sonra üstüne eklenmez.
Tipik bir DevOps iş akışının benim eskiden elle yaptıklarıma kıyasla nasıl göründüğü şöyle:
# Infrastructure as Code — Terraform example
resource "aws_instance" "web" {
count = 3
ami = "ami-0c55b159cbfafe1f0"
instance_type = "t3.medium"
tags = {
Name = "web-server-${count.index + 1}"
Environment = "production"
}
}Bununla saniyeler içinde üç özdeş sunucu ayağa kaldırıyorum. Klasik sysadmin'le bir saat boyunca cloud console'da tıklıyor veya manuel SSH session'ları çalıştırırdım. Version control kısmı da önemli — her altyapı değişikliği review edilebilir, rollback edilebilir ve audit edilebilir.
Daha önce CI/CD pipeline güvenlik yazımda (https://furkanikkan.com/urun/ci-cd-pipeline-guvenlik-aciklari-devops-sureclerinde-sizan-zafiyetler-48) belirttiğim gibi, DevOps pipeline'ları kendi attack surface'ini de beraberinde getirir. Yani DevOps ops problemlerini ortadan kaldırmaz — onları yeniden konumlandırır.
Otomasyon ve Araçlar: Gerçek Ayırt Edici Faktör
İki modeli ayıran tek bir şey göstermem gerekirse, otomasyon araçları derim. Klasik sysadmin'ler bash script'lerle, ilericiyseler belki Ansible ile otomasyon yapar. DevOps ekipleri standart pratik olarak CI/CD, container orchestration ve config management ile tam pipeline'lar kurar.
Benim ortamımda araç stack'i şöyle görünüyor:
| Görev | Klasik Sysadmin | DevOps | |------|---------------------|--------| | Provisioning | Manuel / cloud console | Terraform / Pulumi | | Konfigürasyon | SSH + bash script'ler | Ansible / Chef / Salt | | Deployment | SCP + manuel restart | GitLab CI / ArgoCD | | Monitoring | Nagios + email alert'ler | Prometheus + Grafana + Alertmanager | | Secret'lar | /root içinde text dosyaları | Vault / Sealed Secrets |
Klasik sütun yanlış değil — sadece yavaş ve tekrar üretmesi zor. DevOps sütunu da mükemmel değil — daha dik bir öğrenme eğrisi ve bozulabilecek daha fazla hareketli parçası var.
Kültür ve İşbirliği: Zor Olan Kısım
Araçlar kolay. Kültür zor. Kubernetes, GitLab CI ve Terraform benimsemiş ama organizasyon yapısı değişmediği için hala klasik sysadmin gibi çalışan ekipler gördüm. Dev'ler kodu duvarın üzerinden atar, ops yakalar ve tek fark artık duvarın YAML'den yapılmış olmasıdır.
Gerçek DevOps şunu demektir:
- Geliştiriciler kendi kodları için on-call'dur
- Ops mühendisleri uygulama mimarisi kararlarını review eder
- Uptime'ın ortak sahipliği, sadece "ops çalıştırır" değil
- Parmağı göstermek yerine blameless post-mortem'ler
Klasik sysadmin kültürü silolara meyillidir. Network ekibi, server ekibi, DBA ekibi, security ekibi — her birinin kendi kuyruğu ve kendi öncelikleri. DevOps bu siloları yıkmaya çalışır. Pratikte kısmi başarı görüyorum. Bazı ekipler oraya varıyor, çoğu varamıyor.
Hangi Modeli Seçmelisin?
Ölçeğine ve ekip büyüklüğüne bağlı. Yavaş değişim döngülerine sahip stabil bir enterprise ortamında 20 sunucu yönetiyorsan, üzerine biraz Ansible eklenmiş klasik sysadmin yeterli. Günde birden fazla kez cloud ve on-prem'e code deploy ediyorsan, DevOps'a ihtiyacın var — yoksa manuel işte boğulursun.
Pratik önerim şöyle:
- 50'den az sunucu, stabil workload: Klasik sysadmin + temel otomasyon (Ansible, cron, script'ler)
- 50–500 sunucu, sık deployment: CI/CD, IaC, containerization ile DevOps
- 500+ sunucu veya ölçekte multi-cloud: Tam DevOps platform engineering, SRE pratikleri
Üretimde Gördüğüm Hibrit Gerçeklik
Türkiye ve bölgede birlikte çalıştığım çoğu ekip hibrit model çalışıyor. Senior mühendislerin klasik sysadmin kökleri var — Linux internals, networking ve Windows Server'ı derinlemesine biliyorlar. Ama bunun üstüne DevOps becerileri eklemişler: Terraform, GitLab CI, Docker, Prometheus.
Gelecek bu. Sysadmin'i replace eden saf DevOps değil, sysadmin'in platform engineering'e evrimleşmesi. Kernel panic debug edebilen VE Helm chart yazabilen ops mühendisi, sadece birini yapabilen üç mühendise bedel.
İpucu: DevOps seni obsolete edecek diye endişelenen bir sysadmin'sen, olma. Derin OS ve network bilgisi tam olarak DevOps ekiplerının eksik olduğu şey. Araç setine otomasyon ve IaC becerileri ekle ve daha az değil, daha değerli olursun.
Geleceğin modeli DevOps veya klasik sysadmin değil. İkisi, tek bir role merge olmuş, otomasyon default ve derin sistem bilgisi temel olarak. Kariyerimde buna bahse giriyorum ve her gün üretimde çalıştığını görüyorum.
Kapak görseli: HD Wallpapers · CC0 (Openverse / kamu malı) · https://stocksnap.io/photo/light-abstract-V9L6XXK3LB