DevOps mühendisi mülakat soruları

Neyi kontrol ediyorlar

Belirtiden nedene sistematik bir şekilde ilerleyip ilerlemediğiniz.

Güçlü bir cevap şunlara değinir

1. Önce sorunun kapsamını belirleyin; tek bir sunucu mu hepsi mi, ne zamandan beri ve son zamanlarda ne değişti.
2. Kaynakları sırayla kontrol edin; CPU, bellek ve swap, disk G/Ç ve ağ, top, free ve iostat gibi araçlarla.
3. Uygulama loglarına ve bağımlılıklara bakın, örneğin yavaş veritabanı sorguları ya da bağlı olduğunuz başka bir servis.
4. Nedeni düzeltin, sonra bir dahaki sefere daha erken yakalamak için izleme ya da alarm ekleyin.

Neyi kontrol ediyorlar

Hızlı, güvenli ve kolayca geri alınabilen bir hat kurup kuramadığınız.

Güçlü bir cevap şunlara değinir

1. Her commit'te çalışan adımlarla başlayın; derleme, birim testleri, lint ve güvenlik taramaları.
2. Konteyner imajı gibi sürümlenmiş tek bir çıktı üretin ve aynı çıktıyı her ortamda bir üst aşamaya taşıyın.
3. Entegrasyon testleriyle test ortamına, ardından canary gibi kademeli bir stratejiyle canlıya dağıtın.
4. Geri almayı tek adıma indirin ve hattı, insanların atlamak istemeyeceği kadar hızlı tutun.

Neyi kontrol ediyorlar

Sürüm stratejilerini ve hangisinin ne zaman maliyetine değdiğini anlayıp anlamadığınız.

Güçlü bir cevap şunlara değinir

1. Blue-green iki özdeş ortam çalıştırır ve trafiğin tamamını bir anda geçirir; geri almak, eski ortama dönmek demektir.
2. Canary önce trafiğin küçük bir kısmını yeni sürüme gönderir ve metrikler sağlıklı kaldıkça bu payı büyütür.
3. İkisini karşılaştırın; blue-green basittir ama altyapıyı ikiye katlar, canary hasarı sınırlar ama iyi metrikler gerektirir.
4. Hangisini kullandığınızı ve o sisteme neden uyduğunu söyleyin.

Neyi kontrol ediyorlar

Kullanıcının yaşadığı deneyimi izleyip izlemediğiniz ve kimsenin ilgilenmediği alarmlardan kaçınıp kaçınmadığınız.

Güçlü bir cevap şunlara değinir

1. Kullanıcıya dönük sinyallerle başlayın; gecikme, hata oranı, trafik ve doygunluk.
2. Servis seviyesi hedefleri (SLO) belirleyin ve her CPU sıçramasında değil, bu hedefler risk altına girdiğinde alarm verin.
3. Her alarmı aksiyon alınabilir yapın; bir sahibi ve bir runbook'u olsun, gerisini dashboard'lara bırakın.
4. Nöbetçi kişinin alarmdan nedene hızlıca ulaşabilmesi için log ve trace ekleyin.

Neyi kontrol ediyorlar

Baskı altında nasıl davrandığınız ve belirtileri değil nedenleri düzeltip düzeltmediğiniz.

Güçlü bir cevap şunlara değinir

1. Etkiyi kısaca anlatın; ne bozuldu, kimi etkiledi ve ne kadar sürdü.
2. Nasıl müdahale ettiğinizi açıklayın; önce hasarı durdurmak, sonra iletişim, ardından nedeni bulmak.
3. Süreçteki boşluklar dahil kök nedeni, kimseyi suçlamadan söyleyin.
4. Sonrasında neyin değiştiğini sayın, örneğin bir test, bir alarm, bir runbook ya da bir mimari değişiklik.