DevOps Mühendisi ile Sistem Yöneticisi Arasındaki Fark

Ortak zemin: sistemlerin ayakta ve güvenli kalması

Sistem yöneticisi (system administrator, kısaca sysadmin), bir kurumun sunucularını, işletim sistemlerini, kullanıcı hesaplarını, ağ hizmetlerini, yedekleme ve güvenlik ayarlarını kuran, işleten ve sorun çıktığında müdahale eden uzmandır. Linux ya da Windows Server ortamları, Active Directory, DNS ve DHCP, dosya paylaşımları, yama yönetimi ve izleme onun günlük işidir.

DevOps mühendisi ise yazılımın geliştirilmesinden canlı ortama alınmasına ve işletilmesine kadar olan süreci otomatikleştiren, geliştirme ve operasyon ekipleri arasındaki duvarı kaldırmaya çalışan rolün adıdır. Sürekli entegrasyon ve sürekli teslimat (CI/CD) hatları, kod olarak altyapı (IaC), konteynerler, bulut kaynakları ve gözlemlenebilirlik onun temel çalışma alanıdır.

Bu rollerin kökü aynıdır: işletim sistemi, ağ, güvenlik ve sorun giderme bilgisi. Fark, bu bilginin elle mi yönetildiği yoksa koda ve otomasyona mı dönüştürüldüğü, sorumluluğun sunucuda mı yoksa yazılım teslimat akışında mı odaklandığıdır.

Ölçüt ölçüt karşılaştırma

• Odak: DevOps mühendisi / yazılımın hızlı, güvenli ve tekrarlanabilir biçimde canlıya alınması. Sistem yöneticisi / kurum altyapısının kararlı, güvenli ve erişilebilir çalışması.
• Temel çıktı: DevOps mühendisi / CI/CD hatları, altyapı kodu, konteyner imajları, dağıtım ve izleme otomasyonları. Sistem yöneticisi / çalışan sunucular ve hizmetler, kullanıcı ve yetki düzeni, yedekleme ve kurtarma planları.
• Çalışma biçimi: DevOps mühendisi / değişiklikler kod deposunda yapılır, gözden geçirilir ve otomatik uygulanır. Sistem yöneticisi / değişikliklerin bir kısmı hâlâ yönetim konsolu ve komut satırından elle yapılır; betikler destekleyici rol oynar.
• Tipik araçlar: DevOps mühendisi / Git, GitHub Actions ya da GitLab CI ya da Jenkins, Docker, Kubernetes, Terraform, Ansible, bulut sağlayıcı servisleri, Prometheus ve Grafana gibi izleme araçları. Sistem yöneticisi / Linux dağıtımları, Windows Server, Active Directory ve Grup İlkesi, sanallaştırma platformları, yedekleme yazılımları, PowerShell ve Bash betikleri.
• Birlikte çalıştığı ekip: DevOps mühendisi / yazılım geliştiriciler, ürün ekipleri, SRE ve güvenlik ekipleri. Sistem yöneticisi / BT destek, ağ ve güvenlik ekipleri, son kullanıcılar.
• Başarı ölçütü: DevOps mühendisi / dağıtım sıklığı, değişikliğin canlıya ulaşma süresi, başarısız değişiklik oranı ve hizmetin geri gelme süresi gibi teslimat göstergeleri. Sistem yöneticisi / çalışma süresi, olay çözüm süresi, yama uyumu, yedeklerin geri yüklenebilirliği.
• Kod yazma düzeyi: DevOps mühendisi / betik ve yapılandırma dillerinde düzenli kod yazar, uygulama kodunu okuyabilir. Sistem yöneticisi / otomasyon betikleri yazar, uygulama geliştirme süreçleriyle daha az iç içedir.

Bir iş gününden somut örnekler

Örneğin bir e-ticaret şirketinde sistem yöneticisinin günü şöyle geçebilir: sabah izleme panelinde disk alanı uyarısı veren bir veritabanı sunucusunu inceler, eski günlük dosyalarını arşivler. Ardından yeni işe başlayan çalışanların hesaplarını ve grup yetkilerini açar, aylık güvenlik yamalarını test sunucusunda dener, yedekleme yazılımının geri yükleme testini yapar ve bir şube ofisindeki VPN bağlantı sorununu çözer.

Aynı şirketteki DevOps mühendisi ise geliştiricilerin her kod birleştirmesinde otomatik test ve güvenlik taraması çalıştıran hattı iyileştirir, yeni bir mikroservis için Kubernetes dağıtım tanımlarını ve otomatik ölçekleme kurallarını yazar. Öğleden sonra test ortamını Terraform ile yeniden kurulabilir hâle getirir, yaşanan bir yavaşlamanın ardından izleme panellerine yeni metrikler ve uyarılar ekler, olay sonrası değerlendirme toplantısında tekrarını önleyecek otomasyonu önerir.

Görüldüğü gibi bir rol sistemin kendisine, öteki sistemin değişim akışına bakar; ancak olay anında aynı masada otururlar.

Hangi rol kime uygun?

Sistem yöneticiliği, altyapının kendisini derinlemesine anlamayı seven, kurum içi kullanıcılarla doğrudan çalışmaktan keyif alan, düzen ve süreklilik sağlamaya odaklanan kişiler için uygundur. Kamu kurumları, üretim tesisleri, bankacılık ve sağlık gibi yerinde (on-premise) altyapısı güçlü kurumlarda sistem yöneticisi hâlâ kritik bir roldür.

DevOps mühendisliği ise kod yazmaktan çekinmeyen, tekrar eden işi otomatikleştirmeyi seven, yazılım ekipleriyle aynı ritimde çalışmak isteyen kişilere uygundur. Yazılım ürünü geliştiren şirketlerde, bulut yoğun kurumlarda ve dijital kanallardan hizmet veren işletmelerde DevOps rolleri yaygındır.

Karar verirken kendinize sorun: bir sorunu çözdüğünüzde onu tekrar elle çözmek mi, yoksa bir daha hiç yaşanmayacak şekilde koda dökmek mi sizi daha çok tatmin ediyor? Bu soru, bu yollar arasındaki temel mizaç farkını iyi yansıtır.

Sistem yöneticiliğinden DevOps'a geçiş yolu

Sistem yöneticisinin elinde DevOps için en zor kazanılan temel zaten vardır: işletim sistemi, ağ ve sorun giderme sezgisi. Geçiş için eksik parçalar genellikle şunlardır:

• Git ve kod gözden geçirme alışkanlığı: tüm betikleri ve yapılandırmaları sürüm kontrolüne almak.
• Betikten programlamaya geçiş: Bash ve PowerShell'in yanında Python gibi genel amaçlı bir dili okunur, test edilebilir biçimde kullanmak.
• Yapılandırma yönetimi ve IaC: Ansible ile sunucu ayarlarını, Terraform ile altyapı kaynaklarını kod olarak tanımlamak.
• Konteyner ve orkestrasyon: Docker imajı oluşturmak, Kubernetes temel nesnelerini ve dağıtım stratejilerini öğrenmek.
• CI/CD: bir uygulama için derleme, test ve dağıtım hattı kurmak.
• Bulut: bir bulut sağlayıcısında ağ, kimlik ve erişim yönetimi ile temel hesaplama ve depolama servislerini kullanmak.
• Gözlemlenebilirlik: metrik, günlük ve izleme verisini birlikte yorumlamak.

En etkili adım, mevcut işteki elle yapılan bir görevi uçtan uca otomatikleştirip kod deposunda belgelemektir; bu, hem öğrenme hem portföy kanıtı olur.

Sık karıştırılan noktalar

• DevOps bir araç ya da unvan değil, bir çalışma kültürüdür: ekip içinde ortak sorumluluk, otomasyon, ölçüm ve sürekli iyileştirme ilkelerine dayanır. Kurumlar bu kültürü taşıyan uzmana DevOps mühendisi der.
• DevOps, sistem yöneticiliğini ortadan kaldırmaz: bulut ve konteyner altyapısı da işletim sistemi, ağ ve güvenlik bilgisi gerektirir.
• Sistem yöneticisini yalnız eski teknolojiyle ilişkilendirmek yanlıştır: birçok sistem yöneticisi PowerShell, Ansible ve sanallaştırma otomasyonlarıyla modern araçlar kullanır.
• SRE ile DevOps aynı şey değildir: SRE, güvenilirliği yazılım mühendisliği yöntemleri ve hizmet düzeyi hedefleriyle yöneten, DevOps ilkelerini somutlaştıran ayrı bir yaklaşımdır.

Mindset programlarında DevOps ve sistem yönetimi

DevOps Temelleri eğitimi; DevOps felsefesi ve kültürel dönüşüm, sürekli entegrasyon temelleri, sürekli teslimat ve dağıtım, altyapı otomasyonu temelleri, izleme ve geri bildirim döngüsü, DevOps güvenliği ve uyumluluk ile DevOps ekip modelleri ve örgüt tasarımı modüllerinden oluşur. Bulut tarafında derinleşmek isteyenler için AWS DevOps Engineer Professional Hazırlık eğitimi dağıtım stratejileri, altyapı otomasyonu, izleme, olay müdahalesi ve felaket kurtarma konularını işler.

Sistem yönetimi tarafında Linux Sistem Yönetimi ve Performans Ayarlama eğitimi süreç, bellek, depolama ve ağ teşhisi, systemd ile servis yönetimi ve performans metodolojisini; Windows Server Yönetimi ve Active Directory İşletimi eğitimi ise Active Directory mimarisi, Grup İlkesi tasarımı, DNS ve DHCP hizmetleri ile yedekleme ve süreklilik konularını kapsar.