Întrebări de interviu AWS

Ai citit lista serviciilor și tot nu îți poți da seama cum va fi interviul. Acest decalaj este normal, iar această secțiune îl închide: rundele AWS sunt construite pentru a afla dacă ai operat ceva, nu dacă poți să îi spui numele.

Tiparul apare la întrebarea suplimentară. Un intervievator te întreabă ce serviciu ai folosi, răspunzi corect, iar întrebarea următoare este de ce nu pe celălalt. Cineva care a rulat sarcina de lucru răspunde pornind de la o factură, o pană sau o migrare. Cineva care a citit doar documentația se blochează. Acea a doua întrebare, nu prima, este cea care decide interviurile AWS.

Se repetă trei tipuri de runde: o rundă de bază despre rețelistică, identitate, stocare și calcul; o rundă de scenariu sau de proiectare în care arhitecturezi ceva sub constrângeri; și o rundă de depanare în care primești un simptom și ești întrebat ce ai verifica. Nivelul de profunzime crește odată cu senioritatea, dar structura rămâne aceeași. Alte bănci de întrebări pe roluri și subiecte se găsesc în centrul de întrebări de interviu.

Acestea sunt întrebările de bază care revin în interviurile AWS, grupate așa cum tind să fie organizate rundele.

Rețelistică și VPC

• Ce este un VPC și prin ce diferă subrețelele publice de cele private?
• Când ai nevoie de un NAT gateway și cât te costă?
• Prin ce diferă grupurile de securitate de ACL-urile de rețea?
• Cum ai conecta două VPC-uri și când este peering-ul alegerea greșită?

Identitate și securitate

• Explică rolurile, politicile și utilizatorii IAM și când ai folosi fiecare.
• Cum obține o instanță EC2 credențiale fără să stocheze o cheie?
• Cum arată principiul celui mai mic privilegiu într-o politică reală?
• Cum rotești și auditezi secretele în AWS?

Stocare și baze de date

• Compară clasele de stocare S3 și explică atunci când ai folosi fiecare.
• Care este diferența dintre EBS și instance store?
• Când alegi DynamoDB în locul RDS și la ce renunți?
• Prin ce diferă replicile de citire de o implementare multi-AZ?

Calcul și disponibilitate

• Explică grupurile de auto scaling și metricile după care ai scala.
• Când este Lambda răspunsul greșit?
• Care este diferența dintre o zonă de disponibilitate și o regiune?
• Cum ai proiecta pentru pierderea unei întregi zone de disponibilitate?

Întrebările de scenariu sunt cele care îi separă pe candidați, pentru că nu există un răspuns care poate fi memorat. Cerințe tipice:

• Factura noastră lunară s-a dublat, dar traficul nu. Cum afli de ce?
• Proiectează un pipeline de încărcare a fișierelor care gestionează fișiere prea mari pentru o singură cerere.
• Un serviciu este lent doar într-o zonă de disponibilitate. Ce verifici primul?
• Mută o bază de date on-premise în AWS cu un timp de nefuncționare minim. Explică-mi pas cu pas.
• Cum ai face ca această arhitectură să supraviețuiască unei căderi regionale și cât ar costa asta?

Răspunde de fiecare dată în aceeași ordine: reformulează constrângerea pe care o consideri importantă, spune-ți cu voce tare presupunerea, alege un serviciu, apoi numește compromisul pe care l-ai acceptat. Propoziția despre compromis este ceea ce ascultă intervievatorii, pentru că dovedește că știi ce te-a costat alegerea.

O inginer backend care intervievează pentru un rol de platformă la o companie de dimensiune medie este rugată să proiecteze un pipeline de încărcare. În loc să numească imediat S3, ea întreabă dacă încărcările sunt orientate către utilizator și cât de mari devin fișierele, apoi alege URL-uri presemnate cu o încărcare multipart și explică faptul că a respins direcționarea prin serverele aplicației, deoarece ar fi transformat debitul într-o problemă de scalare. Alegerea serviciului a fost obișnuită; raționamentul este cel care a rămas în memorie.

A citi o listă de întrebări nu înseamnă exersare. Modul de eșec în interviurile AWS este să știi răspunsul, dar să îl livrezi ca un monolog nestructurat, iar asta iese la iveală doar atunci când vorbești.

Parcurge listele de mai sus cu voce tare, câte o întrebare pe rând, și respectă ordinea în patru părți: constrângere, presupunere, alegere, compromis. Înregistrează câteva și ascultă-le apoi pentru a observa momentul în care răspunsul tău își pierde structura. Parcurgerea aceluiași set ca un interviu simulat adaugă întrebarea suplimentară, care este partea pe care nu o poți exersa singur și partea pe care intervievatorii AWS se bazează cel mai mult.

O limită care merită spusă clar: unele selecții AWS sunt evaluări automatizate, înregistrate sau supravegheate, nu conversații live. Acestea nu intră în sfera niciunui asistent live, SubcueAI inclus. Pregătirea este singurul lucru care ajută acolo, iar centrul tipurilor de interviu explică ce formate se comportă în ce fel.