💼 Kubernetes Mülakat Soruları ve Cevapları

Kubernetes Mülakat Soruları ve Cevapları: 🎬 Mülakatın En Sık Sorulan Sorusu: Control Loop Nasıl Çalışır Bir mülakatta "Kubernetes'i tek cümlede özetle" denirse doğru cevap "cont

🎬 Mülakatın En Sık Sorulan Sorusu: Control Loop Nasıl Çalışır

Bir mülakatta "Kubernetes'i tek cümlede özetle" denirse doğru cevap "control loop'lar bütünüdür" olur. Bu film, o tek cümlenin içindeki mekanizmayı — belki de en sık sorulan Kubernetes mülakat sorusunu — canlandırıyor.

Adım 1 — Her control loop bir HEDEFLE başlar: "3 replica olsun", "bu Service şu Pod'lara yönlensin" gibi. Bu hedef her zaman etcd'de saklanır, kodda gömülü değildir.

Adım 2 — Controller, tek seferlik bir script gibi ÇALIŞIP BİTMEZ; API Server'ı sürekli "watch" eder — herhangi bir değişiklik olduğunda anında haberdar olur, saniyede bir sorgu atmaz.

Adım 3 — Watch bir değişiklik bildirdiğinde Controller devreye girer: "gerçek durum" ile "istenen durum" arasındaki farkı hesaplar. Fark sıfırsa hiçbir şey yapmaz — bu israfı önler.

Adım 4 — Fark varsa (örn. eksik bir Pod), Controller düzeltici bir istek gönderir ve gerçek durum yeniden hedefe yaklaşır. Bu döngü SONSUZDUR — hiçbir zaman "bitti" demez, sürekli tekrar eder.

Final (kontrast) — mülakatta sorulan takip sorusu genelde şudur: "Controller kendisi çökerse ne olur?" Cevap: gerçek durum ANINDA bozulmaz ama kimse yeni sapmaları düzeltmez — drift SESSİZCE birikir, ta ki controller yeniden ayağa kalkana kadar. Bu yüzden Controller Manager'ın kendisi de bir Deployment/Pod olarak K8s tarafından izlenir ve gerektiğinde yeniden başlatılır.

Control Loop: Sonsuz Karşılaştırma Döngüsü

Controller, etcd'deki istenen durumu API Server üzerinden okur.

Şu anda cluster'da ne çalıştığı gözlemlenir (kaç Pod, hangi durumda).

Hedef ile gerçek arasında fark var mı diye karşılaştırılır.

Düzeltici istek gönderilir

Fark varsa (eksik Pod, yanlış replica sayısı) API Server'a düzeltme isteği gider.

Fark sıfır olsa bile döngü DURMAZ, saniyeler içinde tekrar kontrol eder.