Mikroservis Mülakat Soruları

Kalıp isimlerini okudunuz, bir circuit breaker'ın ne yaptığını ezbere sayabiliyorsunuz, ama yine de bir panelin neyi dinlediğini bilmiyorsunuz. Bu bölüm, mülakatçıların genelde hangi sırayla sorduğu dört alanı adlandırıyor. Her biri bir kelime bilgisi sorusu kılığına girmiş bir muhakeme sorusudur.

• Ayrıştırma. Nereden kesiyorsunuz ve neden orada? Mülakatçılar sınırın teknik katmanlara göre değil, iş yeteneğine veya veri sahipliğine göre çizilmesini ister.
• İletişim. Senkron istek/yanıt mı, asenkron olaylar mı, ve her biri altında ne bozulur? İstenen yanıt bir tercih değil, bir ödünleşimdir.
• Veri. Servis başına bir veritabanı, servisler arası join olmaması ve dağıtık işlem olmaması demektir. Sistemi yine de nasıl doğru tutarsınız?
• Operasyon. Dağıtım, sürümleme, izleme ve bir servis çöktüğünde değil de yavaşladığında sabah üçte ne olduğu.

Bunların hiçbirinin bir framework ile ilgili olmadığına dikkat edin. Checkout'u inventory'den neden ayırdığını açıklayan bir aday, sadece annotation sayan birinden her zaman daha yüksek puan alır.

Bunlar çoğu mikroservis turunu açan sorulardır; her birinin altında mülakatçının aslında neyi kontrol ettiği de yazılıdır.

• Bu monoliti servislere nasıl bölersiniz? İş yeteneklerine ve veri sahipliğine göre mi, yoksa controller, service ve repository katmanlarına göre mi kestiğinizi kontrol eder. İkinci yanıt dağıtık bir monolit üretir.
• İki servis birbiriyle nasıl konuşur? Her seçimin bedelini adlandırabilir misiniz diye kontrol eder: senkron çağrılar size basit bir zihinsel model verir ama kullanılabilirliği birbirine bağlar; asenkron olaylar kullanılabilirliği ayırır ve bir ürün sahibine anlatmanız gereken eventual consistency'yi getirir.
• Dağıtık monolit nedir ve nasıl kaçınılır? Birlikte dağıtılmak zorunda olan servislerin aslında gerçekten ayrı olmadığını bilip bilmediğinizi kontrol eder.
• Bir servis ne kadar büyük olmalı? Bir sayıya direnip direnmediğinizi kontrol eder. Boyut, sınırı ve onu sahiplenen takımı izler.
• Bir API gateway'e ihtiyacınız var mı, ne işe yarar? Routing, kimlik doğrulama ve rate limiting'i iş mantığından ayırabilir misiniz diye kontrol eder.
• Servisler birbirini nasıl bulur? Service discovery hakkında temel bilgiyi ve ölçeklenmiş bir ortamda sabit kodlanmış host'ların neden başarısız olduğunu kontrol eder.

Ödünleşimi her yanıtta yüksek sesle söyleyin. Bir panel, kafanızda sessizce yaptığınız bir karşılaştırmaya puan veremez.

Mülakatlar burada kazanılır ya da kaybedilir, çünkü bu soruların temiz bir yanıtı yoktur ve adaylar ezberlenmiş bir yanıta yönelir.

• Servisler arası veri tutarlılığını nasıl korursunuz? Önce kısıtı söyleyin: servisler arası işlem yoktur. Sonra bir saga'yı, ister olaylarla koreografi edilsin ister bir koordinatör tarafından orkestrasyon edilsin, tarif edin ve sistemin nihayetinde tutarlı olduğunu ve kullanıcının o aralıkta ne gördüğünü açıkça söyleyin.
• Downstream bir servis yavaşladığında ne olur? Timeout'lar, backoff'lu retry'lar ve yavaş bir bağımlılığın thread pool'unuzu tüketmemesi için bir circuit breaker. Yavaş olmak çökmekten daha kötüdür ve bunu söylemek üretim deneyimini gösterir.
• Bir retry'ı nasıl güvenli hale getirirsiniz? Idempotency. Yazma yolunda bir idempotency key, böylece tekrarlanan bir ödeme yalnızca bir kez tahsil edilir.
• Çok adımlı bir akışta kısmi bir hatayı nasıl ele alırsınız? Rollback değil, telafi edici işlemler. Bir iadenin veya bir rezervasyonu serbest bırakmanın nasıl göründüğünü açıklayın.
• Altı servise dokunan bir isteği nasıl debug edersiniz? Her hop boyunca yayılan bir correlation ID ile distributed tracing, artı yapılandırılmış loglar ve metrikler.

Genel bir bulut sağlayıcısında L5 platform rolü için mülakat yapan bir backend mühendisi, saga sorusunu aldı ve tek seferde, kalıp kelimeleriyle, müşterinin ne göreceğinden hiç bahsetmeden yanıtladı. Takip sorusu, tutarsız pencerede sipariş sayfasının ne gösterdiği, turu aslında belirleyen sorudur. İkinci yanıtı hazırlayın, sadece birinciyi değil.

Role ve konuya göre daha fazla soru bankası role göre mülakat soruları altında toplanmıştır.

Bu listeyi okumak tanıdıklık hissi verir, ve bu his bir yabancı soruyu sorup beklediğinde kaybolur. Bir kalıbı bilmek ile onu hafif bir baskı altında açıklamak arasındaki fark, bir sistem tasarımı turunun tüm zorluğudur ve yalnızca konuşarak kapanır.

İyi bildiğiniz bir akışı seçin, bir sipariş verme veya kayıt olma gibi, ve tüm ayrıştırmayı yüksek sesle anlatın: sınırı, iletişim tercihini, tutarlılık hikayesini, hata hikayesini. Cümlelere yeniden başlamayı bırakana kadar yapın. Bu istemleri, takip soruları soran ve sesle yanıt vermenize izin veren bir yapay zeka mülakatçıya karşı mock mülakat modunda çalıştırabilirsiniz; bu, notları yeniden okumaktan gerçek şeye çok daha yakındır.

SubcueAI'nin kurucusu Aaron Cao, pratik modunu içerik sunumu etrafında değil, bu boşluk etrafında inşa etti. Soru listeleri her yerde ücretsiz bulunur; adayların eksik olduğu şey, biri beklerken yanıtı söylemenin tekrarlarıdır. Gerçek bir mülakat sırasında masaüstü uygulaması ve tarayıcı eklentisinin Side Panel'i, mülakatçı konuşurken yapılandırılmış istemler gösterebilir, gerçi provalı bir açıklama her zaman ilk kez okuduğunuz bir açıklamayı geçer. Asistanın ne yapıp ne yapmadığı ürün genel bakışında anlatılır.