Domande per il colloquio AWS

Hai letto l'elenco dei servizi e ancora non riesci a capire come sarà il colloquio. Quel divario è normale, e questa sezione lo colma: le fasi AWS sono costruite per scoprire se hai gestito qualcosa, non se sai nominarlo.

Il pattern emerge nella domanda di follow-up. Un intervistatore chiede quale servizio useresti, rispondi correttamente, e la domanda successiva è perché non l'altro. Chi ha gestito il workload risponde partendo da una fattura, un'interruzione o una migrazione. Chi ha solo letto la documentazione si blocca. È quella seconda domanda, non la prima, a decidere i colloqui AWS.

Ricorrono tre tipi di fase: una fase fondamentale su networking, identità, storage e compute; una fase di scenario o design in cui progetti qualcosa entro dei vincoli; e una fase di troubleshooting in cui ti viene dato un sintomo e ti si chiede cosa controlleresti. Le aspettative di profondità aumentano con l'anzianità, ma la struttura resta invariata. Altre raccolte di domande per ruoli e argomenti si trovano nell'hub delle domande da colloquio.

Queste sono le domande fondamentali che ricorrono nei colloqui AWS, raggruppate come le fasi tendono a essere organizzate.

Networking e VPC

• Cos'è una VPC, e come differiscono le subnet pubbliche e private?
• Quando serve un NAT gateway, e quanto costa?
• In cosa differiscono i security group dalle network ACL?
• Come collegheresti due VPC, e quando il peering è la scelta sbagliata?

Identità e sicurezza

• Spiega i ruoli IAM, le policy e gli utenti, e quando useresti ciascuno.
• Come ottiene le credenziali un'istanza EC2 senza memorizzare una key?
• Come si presenta il principio del privilegio minimo in una policy reale?
• Come ruoti e verifichi i secret in AWS?

Storage e database

• Confronta le classi di storage S3 e spiega quando useresti ciascuna.
• Qual è la differenza tra EBS e instance store?
• Quando scegli DynamoDB rispetto a RDS, e cosa rinunci?
• In cosa differiscono le read replica da un deployment multi-AZ?

Compute e disponibilità

• Spiega gli auto scaling group e le metriche su cui scaleresti.
• Quando Lambda è la risposta sbagliata?
• Qual è la differenza tra una availability zone e una region?
• Come progetteresti per la perdita di un'intera availability zone?

Le domande di scenario sono quelle che separano i candidati, perché non esiste una risposta memorizzabile. Domande tipiche:

• La nostra bolletta mensile è raddoppiata e il traffico no. Come scopri perché?
• Progetta una pipeline di upload file che gestisca file troppo grandi per una singola richiesta.
• Un servizio è lento solo in una availability zone. Cosa controlli per primo?
• Sposta un database on-premise su AWS con downtime minimo. Descrivimi i passaggi.
• Come faresti sopravvivere questa architettura a un'interruzione regionale, e quanto costerebbe?

Rispondi sempre nello stesso ordine: riformula il vincolo che ritieni più importante, dichiara ad alta voce la tua assunzione, scegli un servizio, poi nomina il compromesso che hai accettato. La frase sul compromesso è ciò che gli intervistatori ascoltano, perché dimostra che sai cosa è costata la scelta.

A un backend engineer che sostiene un colloquio per un ruolo su una piattaforma in un'azienda di medie dimensioni viene chiesto di progettare una pipeline di upload. Invece di nominare subito S3, chiede se gli upload sono rivolti agli utenti e quanto sono grandi i file, poi sceglie presigned URL con un multipart upload e spiega di aver scartato l'instradamento tramite i server applicativi perché avrebbe reso il throughput un problema di scalabilità. La scelta del servizio era ordinaria; il ragionamento è ciò che è stato ricordato.

Leggere un elenco di domande non è esercizio. La modalità di fallimento nei colloqui AWS è conoscere la risposta e presentarla come un monologo non strutturato, e questo emerge solo quando parli.

Ripassa le liste sopra ad alta voce, una domanda alla volta, e attieniti all'ordine in quattro parti: vincolo, assunzione, scelta, compromesso. Registrane qualcuna e riascolta il momento in cui la tua risposta perde forma. Eseguire lo stesso set come colloquio simulato aggiunge la domanda di follow-up, la parte che non puoi provare da solo e quella su cui gli intervistatori AWS si basano di più.

Vale la pena dichiarare chiaramente un limite: alcuni screening AWS sono valutazioni automatizzate, registrate o sorvegliate, non conversazioni dal vivo. Quelle esulano dall'ambito di qualsiasi assistente dal vivo, SubcueAI incluso. La preparazione è l'unica cosa che aiuta lì, e l'hub dei tipi di colloquio spiega quali formati si comportano in che modo.