Mga tanong sa AWS interview

Nabasa mo na ang listahan ng mga serbisyo pero hindi mo pa rin masabi kung ano ang magiging itsura ng interview. Normal ang puwang na iyon, at sasagutin ito ng seksyong ito: dinisenyo ang mga AWS round para malaman kung nakapagpatakbo ka na ba ng isang bagay, hindi kung kaya mo lang itong pangalanan.

Lumilitaw ang pattern na ito sa follow-up. Nagtatanong ang interviewer kung anong serbisyo ang gagamitin mo, sumagot ka nang tama, at ang susunod na tanong ay bakit hindi ang isa pa. Ang taong nakapagpatakbo na ng workload ay sumasagot batay sa isang bill, isang outage, o isang migration. Ang taong nagbasa lang ng dokumentasyon ay natitigil. Ang pangalawang tanong na iyon, hindi ang una, ang nagpapasya sa AWS interview.

May tatlong uri ng round na paulit-ulit lumalabas: isang fundamentals round tungkol sa networking, identity, storage, at compute; isang scenario o design round kung saan magdidisenyo ka ng arkitektura sa ilalim ng mga hadlang; at isang troubleshooting round kung saan bibigyan ka ng sintomas at tatanungin kung ano ang susuriin mo. Tumataas ang inaasahang lalim kasabay ng seniority, pero nananatili ang pangkalahatang hugis. Ang iba pang role at topic bank ay nasa interview questions hub.

Ito ang mga pangunahing tanong na paulit-ulit lumalabas sa mga AWS interview, inayos ayon sa karaniwang pagkakaayos ng mga round.

Networking at VPC

• Ano ang VPC, at paano nagkakaiba ang public at private subnet?
• Kailan mo kailangan ang NAT gateway, at magkano ang gagastusin dito?
• Paano nagkakaiba ang security group sa network ACL?
• Paano mo ikokonekta ang dalawang VPC, at kailan mali ang peering bilang pagpipilian?

Identity at seguridad

• Ipaliwanag ang IAM role, policy, at user, at kailan gagamitin ang bawat isa.
• Paano kumukuha ng credentials ang isang EC2 instance nang hindi nag-iimbak ng key?
• Ano ang itsura ng principle of least privilege sa isang aktwal na policy?
• Paano mo iniikot at ina-audit ang mga secret sa AWS?

Storage at database

• Ikumpara ang mga storage class ng S3 at ipaliwanag kung kailan gagamitin ang bawat isa.
• Ano ang pagkakaiba ng EBS sa instance store?
• Kailan mo pipiliin ang DynamoDB sa halip na RDS, at ano ang isinusuko mo?
• Paano nagkakaiba ang read replica sa isang multi-AZ deployment?

Compute at availability

• Ipaliwanag ang auto scaling group at ang mga metric na gagamitin mo para mag-scale.
• Kailan mali ang Lambda bilang sagot?
• Ano ang pagkakaiba ng availability zone sa region?
• Paano mo dedisenyuhin ang sistema para makatiis sa pagkawala ng isang buong availability zone?

Ang mga scenario question ang naghihiwalay sa mga kandidato, dahil walang sagot na puwedeng isaulo. Ilang tipikal na prompt:

• Dumoble ang aming buwanang bill pero hindi naman ang traffic. Paano mo malalaman kung bakit?
• Magdisenyo ng file upload pipeline na kayang hawakan ang mga file na masyadong malaki para sa isang request.
• Mabagal ang isang serbisyo sa isang availability zone lang. Ano ang susuriin mo muna?
• Ilipat ang isang on-premise database papunta sa AWS nang may kaunting downtime. Ilarawan sa akin ang proseso.
• Paano mo gagawing matatag ang arkitekturang ito laban sa isang regional outage, at magkano ang magiging gastos nito?

Sagutin sa parehong ayos sa bawat pagkakataon: ulitin ang hadlang na sa tingin mo ang pinakamahalaga, sabihin nang malakas ang iyong palagay, pumili ng serbisyo, pagkatapos ay sabihin ang trade-off na tinanggap mo. Ang pangungusap tungkol sa trade-off ang hinihintay ng mga interviewer, dahil pinapatunayan nito na alam mo kung ano ang naging kapalit ng pagpiling iyon.

Isang backend engineer na nag-i-interview para sa isang platform role sa isang mid-size na kompanya ay hiniling na magdisenyo ng upload pipeline. Sa halip na agad na banggitin ang S3, tinanong niya kung ang mga upload ay user-facing at kung gaano kalaki ang mga file, pagkatapos ay pinili niya ang presigned URL na may multipart upload at ipinaliwanag na tinanggihan niya ang pagruruta sa mga application server dahil gagawin nitong isang scaling problem ang throughput. Karaniwan lang ang napiling serbisyo; ang pangangatwiran ang naalala.

Ang pagbabasa ng listahan ng tanong ay hindi pagsasanay. Ang karaniwang pagkakamali sa AWS interview ay ang alam mo ang sagot pero binibigkas mo ito bilang isang walang istrukturang monologo, at lalabas lang iyon kapag nagsalita ka na.

Dumaan sa mga listahan sa itaas nang malakas, isang tanong sa isang pagkakataon, at sundin ang apat na bahaging ayos: hadlang, palagay, pagpili, trade-off. Mag-record ng ilan at pakinggan muli para mahuli ang sandaling nawawalan na ng hugis ang sagot mo. Ang pagpapatakbo ng parehong set bilang isang mock interview ay nagdaragdag ng follow-up question, ang bahaging hindi mo kayang sanayin nang mag-isa at ang bahaging pinaka-inaasahan ng mga AWS interviewer.

May isang limitasyon na dapat sabihin nang malinaw: ang ilang AWS screen ay automated, recorded, o proctored na assessment sa halip na live na usapan. Wala ang mga iyon sa saklaw ng anumang live assistant, kasama na ang SubcueAI. Ang paghahanda lang ang makakatulong doon, at ipinapaliwanag ng interview types hub kung aling mga format ang kumikilos sa ganitong paraan.