DevOps mühendisleri için yapay zekâ: hata ve yayın notu

DevOps mühendisi, kodun test edilip yayına çıkmasını sağlayan hatları kurar ve işletir. Yapay zekâ, kırılan bir kontrolü açıklamada ve değişiklikleri özetlemede zaman kazandırır; yayına çıkış onayı ve geri alma kararı ise sizde kalır.

Aklınıza bir soru mu takıldı?

Sorunuzu ya da aradığınız konuyu yazın Ders bul

Bu derste neler öğreneceksiniz?

• Başarısız bir otomatik kontrolün nedenini yapay zekâyla nasıl araştıracağınızı
• Değişiklik özetini yayın notuna çevirmeyi ve kontrol etmeyi
• Olay sonrası inceleme notunun taslağını hazırlamayı
• Gizli anahtarları ve onay adımlarını nasıl koruyacağınızı

Gerçek örnekler: GitHub belgesi ve DORA raporu

GitHub’ın belgesine göre Copilot Chat, bir değişiklik isteğini (pull request) özetleyebiliyor, durumunu söyleyebiliyor, yorumlarla yapılan incelemeleri listeleyebiliyor. Başarısız bir kontrolün yanında “Explain error” (hatayı açıkla) seçeneği var; Copilot kontrolün neden başarısız olduğunu anlatıyor ve çözüm önerebiliyor. Belge, önerilen adımları yalnızca Copilot sunarsa izlemenizi söylüyor. Bu yüzden öneriyi kesin bilgi değil, kontrol edilecek bir girdi sayın.

Google Cloud’un DORA araştırması ise büyük resmi gösteriyor. Google’ın 2025 raporuna ilişkin blog yazısına göre yaklaşık 5.000 teknoloji profesyonelinin katıldığı ankette yapay zekâ kullanımı yüzde 90’a çıktı. Katılımcılar günde ortanca iki saat yapay zekâyla çalışıyor.

Yazı bir çelişkiye de dikkat çekiyor: kullanım yüksek ama güven düşük. Katılımcıların yüzde 24’ü yapay zekâya çok güveniyor, yüzde 30’u az ya da hiç güvenmiyor. Rapora göre yapay zekâ, kurumdaki mevcut düzeni büyütüyor: uyumlu ekiplerde verimi artırıyor, dağınık ekiplerin zayıflıklarını görünür kılıyor. Yani sağlam bir test ve inceleme düzeniniz yoksa yapay zekâ bunu kendiliğinden kurmaz.

Günlük işte üç somut kullanım

Birincisi hata açıklaması. Kırılan bir derleme ya da dağıtım adımının günlüğünden ilgili birkaç satırı alıp “bu hata ne anlama geliyor, hangi dosyaya bakmalıyım?” diye sorarsınız. Cevap size yön verir; asıl nedeni günlüğün tamamını okuyarak siz bulursunuz.

İkincisi değişiklik özeti. Haftalık yayında onlarca değişiklik birikir. Bunların başlıklarını ve açıklamalarını yapay zekâyla ortak bir yayın notuna dönüştürürsünüz. Notta her maddenin hangi değişiklik numarasından geldiğini tutun; böylece uydurulmuş madde kolay yakalanır.

Üçüncüsü olay sonrası not. Bir kesintiden sonra zaman çizelgesini, etkiyi ve alınan önlemleri sakin bir dille yazan bir taslak istersiniz. Taslak, olay sırasında tuttuğunuz notlardan çıkmalıdır. Suçlayıcı olmayan, olgulara dayanan bir dil isteyin ve nedenleri ekiple birlikte yazın.

Süreciniz sağlamsa yapay zekâ işe yarar

DORA yazısındaki “ayna ve çarpan” benzetmesini düşünün. Otomatik testleriniz zayıfsa, yapay zekâ destekli hızlanma hatalı kodun daha çabuk yayına yaklaşması anlamına gelebilir. Önce kontrol noktalarınızı güçlendirin: testler, inceleme, aşamalı yayın ve hızlı geri alma.

Pratik bir kural: yapay zekâyla hazırladığınız her metnin ve önerinin bir sahibi olsun. Yayın notunun sahibi sizsiniz, yapılandırma değişikliğinin sahibi onu onaylayan kişidir. Sahibi olmayan bir çıktı, hata çıktığında kimsenin açıklayamadığı bir çıktıdır.

Sınırlar: gizli bilgi ve onay

Günlüklerde yanlışlıkla erişim anahtarı, parola, dahili adres ya da müşteri bilgisi bulunabilir. Komuta yapıştırmadan önce satırları gözle tarayın ve hassas kısımları silin. Kurumunuzun onayladığı bir araç yoksa bu bilgilerle hiçbir dış araca gitmeyin.

Yayına çıkış, canlı ortamda ayar değiştirme ve geri alma kararı yapay zekâya bırakılmaz. Bu kararlar sizin onay sürecinizden geçer. Yapay zekâ gerekçeyi ve kontrol listesini hazırlayabilir; düğmeye basma sorumluluğu insanındır.

Adım adım uygulama

1. Hatanın günlüğünden yalnızca ilgili satırları alın; anahtar, parola ve müşteri bilgisi var mı diye taramadan sonra silin.
2. Komutta ortamı, son yapılan değişikliği ve görevi yazın.
3. Yapay zekâdan hipotezleri en olası sırayla ve “bunu şu kayıtla sınayın” notuyla isteyin.
4. Her hipotezi günlükte ve son değişiklikte kendiniz sınayın.
5. Yayın notunun her maddesini değişiklik numarasıyla eşleştirin.
6. Onay ve geri alma kararını sürecinize göre verin.

Kontrol listesi

• Günlükte gizli bilgi kaldı mı?
• Her hipotez bir kayıtla sınandı mı?
• Yayın notundaki her madde bir değişiklik numarasına bağlı mı?
• Geri alma planı yazılı mı?
• Onay insan tarafından mı verildi?

Sık yapılan hatalar

• Günlüğü erişim anahtarıyla birlikte sohbet aracına yapıştırmak
• Hata açıklamasını günlüğü okumadan çözüm saymak
• Yayın notuna kaynağı olmayan bir madde bırakmak
• Yapay zekânın önerdiği yapılandırmayı canlı ortamda önce denemeden değiştirmek

Kendinizi deneyin

Kaynaklar

• GitHub Docs: Copilot ile değişiklik isteklerini incelemek (İngilizce)
• Google: 2025 DORA raporu (İngilizce)
• KVKK: Üretken Yapay Zekâ ve Kişisel Verilerin Korunması Rehberi (15 Soruda) (Türkçe)

Son kontrol: 8 Kasım 2026

Kaynak: yzdersleri.com/ders/devops-muhendisleri-icin-yapay-zeka-hata-aciklamasi-degisiklik-ozeti/ · Yapay Zeka Dersleri