Otázky k pohovoru na AWS

Přečetli jste si seznam služeb, a přesto nevíte, jak bude pohovor probíhat. Tahle mezera je normální a tato část ji zavírá: kola AWS jsou postavená tak, aby zjistila, jestli jste něco reálně provozovali, ne jestli to umíte pojmenovat.

Vzorec se projeví v doplňující otázce. Tazatel se zeptá, kterou službu byste použili, odpovíte správně a další otázka zní, proč ne tu druhou. Někdo, kdo zátěž skutečně provozoval, odpovídá z vyúčtování, výpadku nebo migrace. Někdo, kdo jen četl dokumentaci, se zadrhne. Právě ta druhá otázka, ne první, rozhoduje o výsledku pohovoru na AWS.

Opakují se tři typy kol: základní kolo na síťování, identitu, úložiště a výpočetní služby; scénářové nebo návrhové kolo, kde navrhujete architekturu v daných omezeních; a diagnostické kolo, kde dostanete příznak a máte říct, co byste zkontrolovali. Nároky na hloubku rostou se seniority, ale tvar zůstává stejný. Další banky otázek podle role a tématu najdete na rozcestníku otázek k pohovorům.

Toto jsou základní otázky, které se v pohovorech na AWS opakují, seřazené tak, jak bývají kola obvykle organizovaná.

Síťování a VPC

• Co je VPC a čím se liší veřejné a soukromé podsítě?
• Kdy potřebujete NAT bránu a kolik vás to stojí?
• Čím se liší security groups od network ACL?
• Jak byste propojili dvě VPC a kdy je peering špatná volba?

Identita a zabezpečení

• Vysvětlete role, politiky a uživatele v IAM a kdy byste použili který z nich.
• Jak instance EC2 získá přihlašovací údaje, aniž by ukládala klíč?
• Jak vypadá princip nejnižších oprávnění ve skutečné politice?
• Jak v AWS rotujete a auditujete tajné klíče?

Úložiště a databáze

• Porovnejte třídy úložiště S3 a vysvětlete, kdy byste použili kterou.
• Jaký je rozdíl mezi EBS a instance store?
• Kdy zvolíte DynamoDB místo RDS a čeho se tím vzdáte?
• Čím se liší read repliky od nasazení multi-AZ?

Výpočetní výkon a dostupnost

• Vysvětlete auto scaling groups a metriky, podle kterých byste škálovali.
• Kdy je Lambda špatnou odpovědí?
• Jaký je rozdíl mezi dostupnostní zónou a regionem?
• Jak byste navrhli architekturu tak, aby přežila ztrátu celé dostupnostní zóny?

Scénářové otázky jsou ty, které oddělují kandidáty, protože na ně neexistuje naučitelná odpověď. Typické zadání:

• Měsíční účet se zdvojnásobil a provoz ne. Jak zjistíte proč?
• Navrhněte pipeline pro nahrávání souborů, která zvládne soubory příliš velké na jeden požadavek.
• Služba je pomalá jen v jedné dostupnostní zóně. Co zkontrolujete jako první?
• Přesuňte databázi z on-premise do AWS s minimálním výpadkem. Popište postup.
• Jak byste tuto architekturu navrhli tak, aby přežila výpadek celého regionu, a kolik by to stálo?

Odpovídejte pokaždé ve stejném pořadí: nejprve zopakujte omezení, které považujete za klíčové, nahlas vyslovte svůj předpoklad, zvolte službu a pak pojmenujte kompromis, který jste přijali. Věta o kompromisu je to, co tazatelé poslouchají, protože dokazuje, že víte, co vás ta volba stála.

Backendová inženýrka, která má pohovor na platformní roli ve středně velké firmě, dostane za úkol navrhnout pipeline pro nahrávání souborů. Místo aby hned jmenovala S3, zeptá se, zda jsou nahrávání viditelná pro uživatele a jak velké soubory to jsou, a poté zvolí presigned URL s multipart uploadem s tím, že odmítla směrování přes aplikační servery, protože by z propustnosti udělalo problém se škálováním. Volba služby byla obyčejná; zapamatovatelné bylo uvažování za ní.

Číst si seznam otázek není příprava. Selhání u pohovorů na AWS spočívá v tom, že odpověď znáte, ale podáte ji jako neuspořádaný monolog, a to se projeví teprve ve chvíli, kdy mluvíte.

Projděte si seznamy výše nahlas, jednu otázku po druhé, a držte se čtyřdílného pořadí: omezení, předpoklad, volba, kompromis. Pár odpovědí si nahrajte a při poslechu si všímejte chvíle, kdy vaše odpověď přestane mít tvar. Když stejnou sadu otázek projdete jako mock interview, přidá se doplňující otázka, kterou nelze nacvičit sama a na kterou tazatelé AWS spoléhají nejvíc.

Jedno omezení stojí za to říct otevřeně: některé screeningy AWS jsou automatizované, nahrávané nebo hlídané testy, ne živé rozhovory. Na ty žádný živý asistent nedosáhne, SubcueAI nevyjímaje. Tam pomůže jedině příprava a rozcestník typů pohovorů vysvětluje, který formát se chová jak.