DevOps mühendisleri diğer yazılım profesyonellerinden neden daha fazla kazanıyor? Benim ortamımda kısa cevap basit: DevOps, development, altyapı, güvenlik ve gece yarısı yangın söndürmenin kesiştiği noktada durur. Bir developer kod pushladığında, DevOps mühendisi sonrasında ne olursa olsun onun sahibidir — deployment, scaling, monitoring, recovery ve sabah 3'te suçlanacak kişi de odur. Bu geniş sorumluluk kapsamı, nadir bulunan hibrit yetenek setiyle birleşince maaş farkını yaratır.
Yıllardır network ve system administrator olarak çalışıyorum ve DevOps rolünün sysadmin, DBA, network engineer ve release manager'ların eskiden ayrı ayrı yaptığı işlerin büyük kısmını kendi içine emdiğini izledim. Piyasa bu yakınsamaya para ödüyor.
Yetenek Yığını: DevOps vs Developer vs Sysadmin
Tipik bir backend developer bir dil bilir, bir framework bilir, belki biraz Docker. Tipik bir sysadmin işletim sistemini, network'ü ve shell scripting bilir. DevOps mühendisi ise ikisini de ister, ayrıca onları birbirine bağlayan tutkalı da.
Gerçek bir production ortamında minimum viable DevOps yetenek setinden kastım şu:
- Linux internals: sadece
bashdeğil, systemd, cgroups, kernel tunables vestraceveyaperfile troubleshooting - Networking: TCP/IP, DNS, load balancing, CDN konfigürasyonu, firewall kuralları ve VPN tünelleri
- Infrastructure as Code: Terraform, Ansible veya Pulumi — sadece çalıştırmak değil, tekrar kullanılabilir modüller tasarlamak
- Container ve orchestration: Docker, Kubernetes, Helm ve bir pod OOM-killed olduğunda ne olduğunu anlamak
- CI/CD pipeline'ları: GitLab CI, GitHub Actions, Jenkins — hızlı fail olan ve temiz roll back yapan pipeline'lar kurmak
- Monitoring ve observability: Prometheus, Grafana, Loki, ELK — çünkü göremediğini düzeltemezsin
- Cloud platformlar: AWS, Azure veya GCP — IAM, networking, billing ve uygulamanın bağımlı olduğu düzine yönetilen servis
Bir developer bunların ikisini veya üçünü bilir. DevOps mühendisinden ise hepsini çalışma seviyesinde bilmesi beklenir. Bu genişlik maaşın yukarı gitmesinin ilk sebebi.
Production Sorumluluğu: Sabah 3'te Kimin Telefonu Çalıyor
İş tanımlarında yazmayan ama maaşa yansıyan kısım burası. Production kırıldığında, sayfalanan ilk kişi genellikle DevOps mühendisidir.
5'te deploy çıktığı ve sabah 2'de database CPU'nun %100'e sabitlendiği durumlar yaşadım. O sorguyu yazan developer uyuyordu. On-call DevOps mühendisi sunucuya SSH çekip SHOW PROCESSLIST çalıştıran, uzun süren sorguyu öldüren ve roll back yapıp yapmama kararı veren kişiydi. Bu tür bir sorumluluğun bir fiyatı var.
Daha önce Linux sunucunuza sızıldıktan sonra hacker'ların ilk hamlesiyle ilgili yazdığımda (https://furkanikkan.com/urun/linux-sunucunuza-sizdiktan-sonra-hacker-larin-ilk-hamlesi-ne-26) belirttiğim gibi, bir güvenlik olayında ilk müdahale eden kişi de genellikle DevOps veya sysadmin kişisidir — developer değil. Incident response'u da DevOps mühendilerinin sessizce sorumlu olduğu şeyler listesine ekleyin.
Maaş primi riski yansıtır. Bir developer bug ship'lerse, en kötü durum genellikle bir ticket ve bir patch'tir. Bir DevOps mühendisi IAM politikasını yanlış yapılandırırsa veya bir portu açık bırakırsa, en kötü durum veri sızıntısı, ransomware senaryosu veya tam kesintidir. Ransomware müdahale planı yazımda (https://furkanikkan.com/urun/ransomware-mudahale-plani-ilk-60-dakika-kontrol-listesi-32) belirttiğim gibi, bir olayın ilk 60 dakikası kritiktir — ve o dakikaları yöneten kişi çoğu zaman DevOps mühendisidir.
DevOps'ta Hata Maliyeti Daha Yüksek
Somut bir örnek vereyim. Junior bir developer kötü bir döngü yazar. Code review yakalar, QA yakalar veya en kötü durumda kullanıcı 500 hatası görür ve sayfayı yeniler. Maliyet: düşük.
Şimdi bir DevOps mühendisi yanlış resource'u destroy eden kötü bir Terraform planı yazar. Bunu yaşadım. Biri staging yerine production workspace'ine karşı terraform destroy çalıştırır. Tüm database cluster kaybolur. Şirket saatlerce veri kaybeder ve dakikada binlerce dolar kaybeder. Maliyet: felaket.
# Bu yüzden state separation ve workspace kullanıyoruz
terraform workspace select production
terraform plan -out=prod.tfplan
terraform apply prod.tfplan
# Ve asla, ama asla workspace'inizi kontrol etmeden şunu çalıştırmayın:
terraform destroy # enter'a basmadan önce bu satırı iki kez okuyun
Bu risk asimetrisi maaşa işlenmiştir. Mutlu yolu ödemiyorsunuz. Pahalı hatayı yapmayan — veya başkası yaptığında beş dakikada düzelten kişiye ödeme yapıyorsunuz.
Arz, Talep ve Hibrit Rol Açığı
Piyasa gerçeği de basit. Developer sayısı DevOps mühendisi sayısından fazla. Uygulama kodu yazmak, bootcamp'lerle, derecelerle ve net öğrenme kaynaklarıyla tanımlanmış bir kariyer yolu. DevOps daha dağınık — gerçek altyapı maruziyeti gerektirdiği için bir bootcamp'te öğrenemezsiniz.
Teknolojiye giren çoğu insan feature build etmek ister. Gece 2'de komodininde pager ile o feature'ları ship'leyen pipeline'ı maintain etmek isteyen daha azdır. Bu arz açığı maaşları yukarı iter.
Türkiye'de işe alımda bunu net görüyorum. Şirketler junior developer rolü açar ve yüzlerce başvuru alır. Kubernetes, AWS, Terraform ve on-call gerektiren bir DevOps rolü açarlar ve aylarca dolduramazlar. Tüm bunları yapıp iyi iletişim kurabilen aday nadirdir — ve pahalıdır.
Maaş Farkı Haklı mı? Samimi Görüşüm
Evet, ama bir şartla. Her DevOps rolü prim hak etmez. DevOps işiniz sadece docker-compose up çalıştırmak ve bir blog'dan CI şablonu kopyalamaksa, yüksek değer katmanında değilsiniz. Prim, full stack'i anlayan — kernel'den CDN edge'ine kadar — ve işler bozulduğunda sahipleneni alır.
DevOps maaş farkı hype değil. Kapsam, risk ve daha az kişinin pager taşımak istemesiyle ilgili. Genişliği öğrenmeye ve sorumluluğu kabul etmeye hazırsanız, piyasa sizi buna göre öder.
Ve benim gibi sysadmin veya network geçmişinden geliyorsanız, yeteneklerin yarısına zaten sahipsiniz. Diğer yarısı otomasyon, cloud ve CI/CD — ve bunlar öğrenilebilir. Bulunduğunuz yer ile DevOps maaşı arasındaki açıklık sandığınızdan küçük olabilir.
Kapak görseli: HD Wallpapers · CC0 (Openverse / kamu malı) · https://stocksnap.io/photo/light-abstract-V9L6XXK3LB
