Tech InterviewSRE mülakat hazırlığı AIsite reliability engineer mülakat sorularıSRE vs DevOps mülakatıerror budget SLO mülakatı

2026'da SRE Mülakat Hazırlığı: Site Reliability Engineer'lar İçin AI Destekli Pratik

SRE adaylarının çoğu teknik bilgi eksikliğinden değil, operasyonel yargı gücünden dolayı başarısız olur. Bu rehber 6 temel mülakat kategorisini, error budget sorularını ve AI'ın olay senaryolarını nasıl simüle ettiğini ele alıyor.

Diğer dillerde de mevcut:enpt-bres-419vikojazh-cnzh-tw
Alex Chen
5 dk okuma
2026'da SRE Mülakat Hazırlığı: Site Reliability Engineer'lar İçin AI Destekli Pratik

TL;DR: SRE mülakat hazırlığı, standart yazılım mühendisliği mülakatlarından temelden farklı bir zihniyeti gerektiriyor. En yaygın başarısızlık nedeni teknik bilgi eksikliği değil — mülakat paneli güvenilirlik mühendisi arıyorken geliştirici gibi cevap vermek. Bu rehber, 6 temel SRE mülakat kategorisini, error budget ve SLO sorularının gerçekte nasıl işlediğini, kıdemli adayların neden başarısız olduğunu ve yapay zeka destekli pratiğin statik soru listelerinin yapamayacağı operasyonel yargı gücünü nasıl inşa ettiğini ele alıyor.

Kıdemli bir mühendis, DEV.to'da yayımlanan 2026 mülakat rehberinde şu tespiti yaptı: "Google SRE mülakatında başarısız olan adayların büyük çoğunluğu SRE kitabını okumuştur. Toil'ın ne olduğunu bilirler. SLO tanımlayabilirler. Başarısız oluyorlar çünkü bir servis yanmaya başladığında olayı yönetmek yerine kodu optimize etmeye çalışıyorlar." İşte bu fark tam olarak bu.

SRE mülakatları, baskı altında bir operatör gibi düşünüp düşünmediğinizi test eder — doğru sözcük dağarcığını ezberleyip ezberlemedinizi değil. Genel soru listelerinin neden yetmediği de tam olarak budur.

SRE Mülakatlarını Farklı Kılan Nedir

Yazılım mühendisi mülakatları ne inşa edebildiğinizi test eder. SRE mülakatları ise bir şeyler bozulduğunda ne yaptığınızı.

Bir SRE mülakatındaki temel değerlendirme kriterleri:

  • Önce yönetim düşüncesi: Bir şey başarısız olduğunda, düzeltmeye mi yoksa rollback'e mi uzanırsınız?
  • Toil farkındalığı: Hangi işin otomatize edilmesi gerektiğini tespit edebilir ve otomasyonun maliyete değer olduğunu açıklayabilir misiniz?
  • Blast radius düşüncesi: Hatalı kararın bedeli kullanıcıya yönelik downtime olduğunda nasıl karar verirsiniz?
  • Postmortem kültürü: Blameless postmortem yapabilir misiniz, yoksa içgüdüsel olarak suçlanacak birini mi ararsınız?

Google, Meta ve Netflix gibi şirketlerin SWE mülakatlarından ayrı SRE mülakat süreçleri yürütmesinin nedeni tam olarak budur.

Google SRE Books, SRE'yi şöyle tanımlar: "Bir yazılım mühendisine eskiden 'operasyon' olarak adlandırılan görevler verildiğinde ortaya çıkan şey."

Türkiye'nin güçlü teknoloji dış kaynak sektörü göz önünde bulundurulduğunda, Kariyer.net ve LinkedIn Turkey'de listelenen SRE pozisyonlarının önemli bir kısmı, Avrupalı ve Amerikalı şirketlerin Türk mühendislere yönelik uzaktan rollerinden oluşmaktadır. Trendyol, Getir ve Peak Games gibi yerel teknoloji şirketleri de olgunlaşan SRE organizasyonlarını büyütmektedir. Her iki kanalda da aynı temel beklenti geçerlidir: ekip dinamiklerine ve ürün kararlarına bağlı operasyonel yargı gücü.

6 Temel SRE Mülakat Soru Kategorisi

1. SLOs, SLIs ve Error Budgets

Sık sorulan soru: "Servisinizin SLO'su %99.9 erişilebilirlik ve ikinci haftada aylık error budget'ınızın %80'ini harcadınız. Ne yaparsınız?"

Zayıf cevap: error budget'ın ne olduğunu açıklamak. Güçlü cevap: kritik olmayan deployment'ları dondurmak, postmortem yapmak, alerting'i ayarlamak ve ürün ekibiyle güvenilirlik - hız dengesi üzerine konuşmak.

2. Olay Yönetimi ve On-Call

"Kritik bir servis yüksek gecikme yaşıyor. Bana sorun giderme sürecinizi adım adım anlatın."

Beklenen: dashboard'ları kontrol et → kapsamı belirle → önce yönet → sabitle → ardından kök neden analizi.

3. Toil Azaltma ve Otomasyon

"Toil nedir ve onu sistematik olarak nasıl azaltırsınız?" Ortadan kaldırdığınız belirli toil örneklerini verin ve otomasyon değerini sayısal olarak gösterin.

4. Güvenilirlik İçin Sistem Tasarımı

Kurtarılabilirliğe odaklanın: circuit breaker, canary deployment, feature flag, graceful degradation.

5. Observability ve Monitoring

Metrics/logs/traces ayrımını yapın. SLO tabanlı burn rate alerting ile threshold tabanlı alerting'i açıklayın.

6. Linux ve Infrastructure Temelleri

"Bir Linux sunucusunda yüksek CPU kullanımını nasıl giderirsiniz?" top, htop, perf, container CPU throttling konularını kapsayın.

Karşılaşacağınız Site Reliability Engineer Mülakat Soruları

Kavramsal: SRE ile DevOps arasındaki fark nedir? Neyin ekibinizin sorunu olup olmadığına nasıl karar verirsiniz?

Operasyonel: Büyük bir olayı anlatın. Rollback mı yoksa roll forward mı yapacağınıza nasıl karar verirsiniz?

Teknik: Microservice'lerde distributed tracing nasıl uygularsınız? Single point of failure olmayan bir rate limiter tasarlayın.

Davranışsal: Yönettiğiniz bir postmortem'i anlatın. Güvenilirlik dengesi konusunda ekibinizle anlaşmazlık yaşadığınız bir durumu anlatın.

Error Budget ve SLO Mülakat Soruları

Mülakatçılar üç şeyi test eder:

  1. Error budget'ı müzakere aracı olarak kullanmak (kasıtlı risk alma ile kazara harcama)
  2. SLO'yu hem mühendislere hem de ürün ekibine savunmak
  3. Doğru SLI'ı seçmek (gecikme, erişilebilirlik, hata oranı, dayanıklılık, doğruluk)

Kıdemli Mühendisler SRE Mülakatında Neden Başarısız Olur

  • Debug etme vs. yönetim zihniyeti: Önce yönet, sonra araştır.
  • Araçlar vs. prensipler: "SLO tabanlı burn rate alerting" ifadesi "Prometheus kullanıyorum"dan çok daha güçlüdür.
  • Güvenilirliği başkasının işi olarak görmek: SRE, güvenilirliği birinci sınıf bir gereksinim olarak ele alır.

SRE Mülakat Pratiği İçin AI Kullanımı

AI, statik soru listelerinin dolduramadığı boşluğu doldurur:

  • Gerçek zamanlı geri bildirimle olay senaryosu simülasyonu
  • Error budget hesaplama pratiği
  • SRE zihinsel modelleri için davranışsal soru koçluğu
  • Pratik sonrası analiz: geliştirici mi yoksa operatör çerçevesinde mi düşünüyorsunuz?

AceRound AI, canlı mülakatlar sırasında gerçek zamanlı yanıt önerileri sunar.

İlgili: DevOps mühendisi mülakat rehberi | Cloud architect mülakat rehberi

Hazırlık Kontrol Listesi

  • Google SRE Book'ın toil, SLO, error budget bölümlerini okuyun
  • Önce yönetim çerçevesiyle 2–3 olay senaryosunu pratik yapın
  • Error budget matematiğini bilin: %99.9 = ayda 43.8 dakika izin verilen downtime
  • Yönettiğiniz bir postmortem'i hazırlayın
  • Hedef şirketin mühendislik blogunda kamuya açık postmortem'leri inceleyin
  • Bir NALSD sorusunu pratik yapın

Sıkça Sorulan Sorular

Mülakatlarda SRE ile DevOps arasındaki fark nedir? DevOps: CI/CD, container, tooling. SRE: güvenilirlik mühendisliği, error budget, olay yönetimi, hız ile kararlılık dengesi.

Gürültülü alertler veya alert yorgunluğuyla nasıl başa çıkarsınız? SLO tabanlı burn rate alerting'e geçin. SLO'yu tehdit eden bir hızda error budget harcanırken uyarı verin — bir metrik statik eşiği aştığında değil.

Yüksek gecikme sorununu giderme sürecinizi anlatın. Dashboard'ları kontrol et → kapsamı belirle → yönet → ilgilileri çağır → yönetimden sonra kök neden analizi yap.

Toil nedir ve onu sistematik olarak nasıl azaltırsınız? Manuel, tekrarlayan ve kalıcı değeri olmayan operasyonel çalışma. Belgele → sıklık × maliyet bazında önceliklendir → otomatize et → ölç. SRE zamanının %50'si mühendislik çalışmasına harcanmalı.

Kıdemli mühendisler Google SRE mülakatında neden başarısız olur? Önce yönetim problemi; güvenilirlik kısıtları olmayan bir SWE sistem tasarımı turu gibi ele almak.

SRE mülakatımda AI kullanmalı mıyım? Mülakat öncesi AI pratiği hazırlığı önemli ölçüde hızlandırır — özellikle olay senaryoları için.


Yazar · Alex Chen. Kariyer danışmanı ve eski teknoloji sektörü işe alım uzmanı. Beş yıl işe alım tarafında çalıştıktan sonra adaylara yardım etmek için geçiş yaptı. Ders kitabı tavsiyeleri değil, gerçek mülakat dinamikleri üzerine yazıyor.

Mülakat performansınızı artırmaya hazır mısınız?

AceRound AI, gerçek zamanlı mülakat desteği ve AI simülasyon mülakatları sunarak her mülakatınızda en iyi performansı göstermenizi sağlar. Yeni kullanıcılar 30 dakika ücretsiz deneyebilir.