Dağıtım günü neden hâlâ gergin geçiyor?
Kurumsal ekiplerin çoğunda kod yazmak değil, o kodu canlıya almak zaman alıyor. DevOps nedir sorusu tam da bu noktada önem kazanıyor: geliştirme ve operasyon arasındaki duvarı kaldıran bir çalışma biçimi. Bu yazıda tanımı, prensipleri, rolleri, Azure DevOps’un yeri ve geçiş kararı için somut bir çerçeve var.
DevOps Nedir? Temel Tanım ve Kurumsal Bağlamı
DevOps: yazılım geliştirme (Dev) ve sistem operasyonu (Ops) ekiplerinin ortak hedef, ortak araç ve otomatik süreçler etrafında tek bir akışta çalıştığı mühendislik kültürü.
Kavram 2009’da Patrick Debois’nın Ghent’te düzenlediği ilk DevOpsDays etkinliğiyle yayıldı. Aynı yıl Flickr ekibinin anlattığı “günde 10’dan fazla deploy” yaklaşımı, sık ve küçük sürümlerin büyük sürümlerden daha güvenli olduğunu gösterdi. O tarihten sonra bulut altyapısı, konteyner teknolojileri ve otomasyon araçları bu modeli kurumsal ölçeğe taşıdı.
Kurumsal bağlamda DevOps bir departman değil, çalışma biçimi. Bir havayolunun check in uygulaması ya da bir yatırım kurumunun işlem platformu, aynı anda birden fazla ekibin dokunduğu sistemlerdir. Sektörde en sık sorulan sorulardan biri olan devops engineer nedir sorusunun yanıtı da burada başlar: bu akışı kuran, otomatikleştiren ve canlı ortamda ayakta tutan mühendis.
Geleneksel Yazılım Süreçleri Neden DevOps’a İhtiyaç Duyar?
Klasik kurumsal yapıda geliştirici kodu yazar, test ekibi doğrular, sistem ekibi sunucuya kurar. Her devir teslim noktasında bilgi kaybı ve bekleme oluşur. Üç haftalık geliştirme, iki haftalık onay zincirinin arkasında bekler.
Sorun ölçekle birlikte büyür. Çok paydaşlı bir kurumsal web platformunda beş ekip aynı kod tabanına dokunuyorsa, entegrasyon haftada bir yapıldığında çakışmalar birikir ve hata ayıklama günlere yayılır.
Konu | Geleneksel akış | DevOps akışı |
Sürüm sıklığı | Ayda bir veya daha seyrek | Haftada birden çok kez |
Test | Sürüm öncesi toplu test | Her commit’te otomatik test |
Altyapı kurulumu | Elle yapılan sunucu ayarı | Kodla tanımlı altyapı |
Hata sorumluluğu | Operasyon ekibinde | Geliştirme ve operasyonda ortak |
Geri alma | Elle müdahale, saatler | Otomatik rollback, dakikalar |
Bir diğer gizli maliyet de bilgi tekelidir. Sunucu yapılandırmasını tek bir kişi biliyorsa, o kişi izne çıktığında sürüm durur.
DevOps’un Temel Prensipleri: CI/CD, Otomasyon ve Kültür
DevOps’un çekirdeğinde sürekli entegrasyon (CI) ve sürekli dağıtım (CD) yer alır. Geliştirici kodu günde birkaç kez ana dala birleştirir, otomatik testler çalışır, geçen sürüm paketlenip ortamlara iner.
Tipik bir kurumsal pipeline şu sırayla işler:
Geliştirici kodu push eder ve pull request açar.
Otomatik derleme, birim testleri ve statik kod analizi çalışır.
Güvenlik taraması bağımlılıklardaki bilinen açıkları kontrol eder.
Başarılı paket test ortamına otomatik iner, entegrasyon testleri koşar.
Onay sonrası canlı ortama kademeli dağıtım yapılır, metrikler izlenir.
İkinci prensip altyapı otomasyonudur. Terraform veya Ansible ile sunucu, ağ ve veritabanı tanımları koda dönüşür; aynı ortam saniyeler içinde yeniden kurulur. Docker ve Kubernetes bu tanımları taşınabilir hale getirir.
Üçüncüsü ölçümdür. Google Cloud’un DORA araştırma programı ekip performansını yaygın olarak kullanılan dört metrikle izler: dağıtım sıklığı, değişikliğin canlıya ulaşma süresi, başarısız değişiklik oranı ve başarısız bir dağıtımdan toparlanma süresi. DORA bu listeye sonradan beşinciyi, dağıtım yeniden çalışma oranını da ekledi. Bu metrikler birlikte, hız ile istikrarın birbirinin alternatifi olmadığını gösterir.
Kültür kısmı araçlardan daha zor kurulur. Operasyon ekibi sürümü engelleyen taraf olmaktan çıkıp aynı hedefin parçası olmadıkça pipeline tek başına işe yaramaz.
DevOps Mühendisi Nedir, Ne İş Yapar?
DevOps mühendisi nedir diye sorulduğunda en doğru yanıt şudur: yazılım geliştirme bilgisiyle sistem operasyonu bilgisini aynı kişide birleştiren, süreci kodla otomatikleştiren mühendis. Kurum içinde genellikle platform ekibinde konumlanır ve ürün ekiplerine hizmet verir.
Bu rolün temel yetkinlikleri belirgindir:
Linux sistem yönetimi ve ağ temelleri
Bash veya Python ile otomasyon scriptleri yazabilme
Docker, Kubernetes ve konteyner orkestrasyonu
Terraform gibi altyapı kodlama araçları
Jenkins, GitLab CI veya GitHub Actions ile pipeline kurulumu
Prometheus ve Grafana gibi izleme araçlarıyla metrik takibi
Bulut platformlarında maliyet ve güvenlik yönetimi
Kurumsal ilanlarda devops uzmanı nedir sorusu da sık geçer; pratikte uzman unvanı daha çok mevcut pipeline’ları işleten ve iyileştiren, mühendis unvanı ise bu yapıyı sıfırdan tasarlayan kişiyi tanımlar. Sınır şirketten şirkete değişir. Neon Apps gibi ekiplerde bu rol, AWS tabanlı bulut çözümleri kuran mühendislerle birlikte çalışır.
DevOps Uzmanının Görevleri ve Sorumlulukları Nelerdir?
DevOps nedir ne iş yapar sorusunu günlük iş listesiyle yanıtlamak en nettir. Sabah metrikleri ve gece çalışan işlerin loglarını inceler, pipeline’da kırılan adımı düzeltir, yeni bir servis için ortam tanımı yazar, güvenlik yamalarını planlar.
Sorumluluk alanı | Tipik araç | Somut çıktı |
Pipeline yönetimi | GitHub Actions, Jenkins | Her commit’te otomatik sürüm |
Altyapı kodlama | Terraform, Ansible | Tekrarlanabilir ortam kurulumu |
Konteyner yönetimi | Docker, Kubernetes | Ölçeklenen servis kümeleri |
İzleme ve uyarı | Prometheus, Grafana | Arıza öncesi erken uyarı |
Sürüm güvenliği | Trivy, SonarQube | Taranmış bağımlılık listesi |
Mobil tarafta sorumluluk mağaza süreçlerine kadar uzanır. TestFlight dağıtımı, imzalama sertifikalarının yönetimi ve sürüm notlarının otomatik üretilmesi bu rolün kapsamındadır. Canlıya alınan ürünün sonrasındaki bakım ve destek döngüsü de aynı otomasyon üzerine kurulur.
Azure DevOps Nedir ve Kurumsal Projelerde Nasıl Kullanılır?
Azure DevOps nedir sorusunun yanıtı, Microsoft’un tek çatı altında topladığı araç setidir. Microsoft’un resmi dokümantasyonuna göre platform beş bileşenden oluşur: iş takibi için Azure Boards, kod deposu için Azure Repos, CI/CD için Azure Pipelines, test yönetimi için Azure Test Plans ve paket deposu için Azure Artifacts.
Kurumsal tercih nedeni çoğu zaman teknik değil, idaridir. Active Directory entegrasyonu, rol bazlı yetkilendirme ve denetim kayıtları hazır gelir. Zaten Microsoft ekosistemini kullanan bir holding yapısında ek lisans ve entegrasyon yükü düşer.
Platform | Güçlü yanı | Dikkat edilmesi gereken |
Azure DevOps | Kurumsal yetki ve denetim yapısı | Microsoft ekosistemine yakınlık |
GitHub Actions | Geniş topluluk ve hazır aksiyonlar | Yetki modeli daha sade |
GitLab CI | Tek üründe uçtan uca akış | Kendi sunucunuzda işletme yükü |
Doğru seçim, mevcut kimlik yönetimi altyapınızın nerede durduğuna bağlıdır. Eski sistemlerin taşındığı modernizasyon projelerinde genellikle iki platform bir süre birlikte çalışır.
Büyük Ölçekli Projelerde DevOps Uygulamasının Getirdiği Kazanımlar
Çok paydaşlı projelerde en değerli kazanım öngörülebilirliktir. Sürüm takvimi otomasyona bağlandığında, pazarlama kampanyası ile ürün sürümü aynı güne hizalanabilir. Havacılıkta sefer dönemi, perakendede kampanya haftası bu hizalamayı zorunlu kılar.
İkinci kazanım kalite denetiminin erkene alınmasıdır. Güvenlik taraması sürüm gününde değil, her commit’te çalışır. Bankacılık ve fintech ürünlerinde bu fark, denetim raporlarının hazırlanma süresini belirgin biçimde kısaltır.
Uyum tarafında dikkatli olmak gerekir. KVKK, GDPR veya PCI DSS gibi çerçevelerin gereksinimleri sektöre ve kapsama göre değişir; otomasyon denetim izini üretir ama uyumu tek başına belgelemez. Detaylı değerlendirme için konusunda yetkin bir uzmanla çalışmak doğru yaklaşımdır.
Üçüncü kazanım ekip bağımsızlığıdır. Kurumsal verimlilik platformlarında her ekip kendi servisini bağımsız yayına alabildiğinde, tek bir büyük sürüm takvimine bağlı bekleme ortadan kalkar.
Şirketiniz İçin DevOps’a Geçiş Zamanı mı? Karar Çerçevesi
Her kurum aynı anda hazır olmaz. Şu beş adım, kararı duygusal olmaktan çıkarıp ölçülebilir hale getirir:
Mevcut sürüm sıklığınızı ve bir değişikliğin canlıya ulaşma süresini ölçün.
Son altı ayda canlı ortamda yaşanan arızaların kaç tanesinin elle yapılan kurulumdan kaynaklandığını sayın.
Kaç ekibin aynı kod tabanına veya aynı altyapıya dokunduğunu çıkarın.
Otomasyona ayrılabilecek mühendis kapasitesini ve bütçeyi netleştirin.
İlk olarak tek bir ürünü pilot seçip kazanımı aynı metriklerle karşılaştırın.
Olgunluk seviyesi | Durum | Önerilen ilk adım |
Başlangıç | Elle kurulum, aylık sürüm | Otomatik derleme ve test |
Gelişen | Kısmi CI, elle dağıtım | Test ortamına otomatik dağıtım |
Olgun | Tam CI/CD, kodla altyapı | İzleme ve otomatik rollback |
Tek ürünlü ve küçük ekipli bir girişimde tam kapsamlı bir DevOps yapısı erken bir yatırımdır; MVP aşamasında basit bir otomatik dağıtım akışı yeterli olur. Çoklu lokasyonlu, birden fazla ürünü paralel yürüten kurumsal yapılarda ise geçiş ertelendikçe maliyet büyür.
