Întrebări de Interviu pentru Microservicii

Ai citit numele pattern-urilor, poți recita ce face un circuit breaker, și totuși nu știi ce ascultă o comisie. Această secțiune numește cele patru zone pe care le evaluează intervievatorii, în ordinea în care de obicei le sondează. Fiecare este o întrebare de judecată deghizată în întrebare de vocabular.

• Descompunere. Unde tai, și de ce acolo? Intervievatorii vor o limită trasată de-a lungul capacității de business sau proprietății datelor, nu de-a lungul straturilor tehnice.
• Comunicare. Cerere/răspuns sincron sau evenimente asincrone, și ce se rupe la fiecare. Răspunsul dorit este un compromis, nu o preferință.
• Date. O bază de date per serviciu înseamnă fără join-uri între servicii și fără tranzacție distribuită. Cum menții totuși sistemul corect?
• Operațiuni. Deployment, versionare, tracing, și ce se întâmplă la trei dimineața când un serviciu este lent, nu căzut.

Observă că niciuna dintre acestea nu ține de un framework. Un candidat care explică de ce a separat checkout de inventory obține mereu un scor mai mare decât unul care doar enumeră adnotări.

Acestea sunt întrebările care deschid majoritatea rundelor despre microservicii, împreună cu ce verifică intervievatorul de fapt sub fiecare.

• Cum ai împărți acest monolit în servicii? Verifică dacă tai de-a lungul capacităților de business și proprietății datelor, sau de-a lungul straturilor controller, service și repository. Al doilea răspuns produce un monolit distribuit.
• Cum comunică două servicii între ele? Verifică dacă poți numi costul fiecărei alegeri: apelurile sincrone dau un model mental simplu dar cuplează disponibilitatea, evenimentele asincrone decuplează disponibilitatea și oferă eventual consistency pe care trebuie să o explici unui product owner.
• Ce este un monolit distribuit și cum îl eviți? Verifică dacă știi că serviciile care trebuie desfășurate împreună nu sunt cu adevărat separate.
• Cât de mare ar trebui să fie un serviciu? Verifică dacă reziști tentației unui număr. Dimensiunea urmează limita și echipa care o deține.
• Ai nevoie de un API gateway, și ce face acesta? Verifică dacă poți separa routing-ul, autentificarea și rate limiting-ul de logica de business.
• Cum se găsesc serviciile între ele? Verifică familiaritatea de bază cu service discovery și de ce host-urile hardcodate eșuează într-un mediu scalat.

Spune compromisul cu voce tare în fiecare răspuns. O comisie nu poate acorda puncte pentru o comparație pe care ai făcut-o tăcut în minte.

Aici se câștigă sau se pierd interviurile, pentru că aceste întrebări nu au un răspuns clar, iar candidații apelează la un răspuns memorat.

• Cum menții consistența datelor între servicii? Numește întâi constrângerea: nu există o tranzacție între servicii. Apoi descrie o saga, fie coregrafiată prin evenimente, fie orchestrată de un coordonator, și spune clar că sistemul este eventually consistent și ce vede utilizatorul în acel interval.
• Ce se întâmplă când un serviciu downstream este lent? Timeout-uri, retry-uri cu backoff, și un circuit breaker astfel încât o dependență lentă să nu îți epuizeze thread pool-ul. Lent e mai rău decât căzut, iar a spune asta semnalează experiență de producție.
• Cum faci un retry sigur? Idempotency. O cheie de idempotență pe calea de scriere, astfel încât o plată reîncercată să fie taxată o singură dată.
• Cum gestionezi un eșec parțial într-un flux cu mai mulți pași? Acțiuni compensatorii, nu rollback. Explică cum arată o rambursare sau eliberarea unei rezervări.
• Cum depanezi o cerere care a atins șase servicii? Distributed tracing cu un correlation ID propagat prin fiecare hop, plus loguri structurate și metrici.

Un inginer backend care intervieva pentru un rol platform L5 la un furnizor cloud public a primit întrebarea despre saga și a răspuns dintr-o singură trecere, în vocabular de pattern, fără a menționa vreodată ce ar vedea clientul. Întrebarea de follow-up, ce afișează pagina comenzii în fereastra inconsistentă, este cea care decide de fapt runda. Pregătește al doilea răspuns, nu doar primul.

Mai multe bănci de întrebări pe rol și subiect sunt adunate sub întrebări de interviu pe rol.

Citirea acestei liste produce recunoaștere, iar acel sentiment dispare imediat ce un străin pune întrebarea și așteaptă. Diferența dintre a cunoaște un pattern și a-l explica sub o presiune ușoară este toată dificultatea unei runde de system design, și se închide doar vorbind.

Alege un flux pe care îl cunoști bine, o plasare de comandă sau o înregistrare, și narează cu voce tare întreaga descompunere: limita, alegerea de comunicare, povestea consistenței, povestea eșecului. Fă asta până nu mai reiei propozițiile de la capăt. Poți exersa aceste prompt-uri cu un intervievator AI care pune întrebări de follow-up și te lasă să răspunzi prin voce în modul interviu simulat, mult mai aproape de situația reală decât recitirea notițelor.

Aaron Cao, fondatorul SubcueAI, a construit modul de exersare în jurul acelei diferențe, nu în jurul livrării de conținut. Listele de întrebări sunt disponibile liber peste tot; ce le lipsește candidaților sunt repetițiile de a spune răspunsul în timp ce cineva așteaptă. În timpul unui interviu real, aplicația desktop și Side Panel-ul extensiei de browser pot afișa prompt-uri structurate în timp ce vorbește intervievatorul, deși o explicație repetată bate mereu una pe care o citești pentru prima dată. Ce face și ce nu face asistentul este descris pe prezentarea produsului.