Pertanyaan wawancara AWS

Anda sudah membaca daftar layanannya tapi tetap tidak tahu wawancaranya akan seperti apa. Kesenjangan itu wajar, dan bagian ini menutupnya: babak AWS dirancang untuk mencari tahu apakah Anda pernah mengoperasikan sesuatu, bukan apakah Anda bisa menyebutkan namanya.

Polanya muncul pada pertanyaan lanjutan. Pewawancara bertanya layanan mana yang akan Anda gunakan, Anda menjawab dengan benar, dan pertanyaan berikutnya adalah mengapa bukan yang lain. Seseorang yang pernah menjalankan beban kerja itu menjawab berdasarkan tagihan, gangguan, atau migrasi. Seseorang yang hanya membaca dokumentasi akan tersendat. Pertanyaan kedua itu, bukan yang pertama, yang menentukan hasil wawancara AWS.

Tiga jenis babak berulang muncul: babak dasar tentang jaringan, identitas, penyimpanan, dan komputasi; babak skenario atau desain di mana Anda merancang sesuatu di bawah batasan; dan babak pemecahan masalah di mana Anda diberi sebuah gejala dan ditanya apa yang akan Anda periksa. Ekspektasi kedalaman meningkat seiring senioritas, tapi bentuknya tetap sama. Bank pertanyaan peran dan topik lain ada di hub pertanyaan wawancara.

Berikut adalah pertanyaan-pertanyaan dasar yang berulang di berbagai wawancara AWS, dikelompokkan sesuai cara babak biasanya diatur.

Jaringan dan VPC

• Apa itu VPC, dan bagaimana perbedaan antara subnet publik dan privat?
• Kapan Anda membutuhkan NAT gateway, dan berapa biayanya?
• Bagaimana security group berbeda dari network ACL?
• Bagaimana Anda akan menghubungkan dua VPC, dan kapan peering menjadi pilihan yang salah?

Identitas dan keamanan

• Jelaskan IAM roles, policies, dan users, dan kapan Anda akan menggunakan masing-masing.
• Bagaimana instance EC2 mendapatkan kredensial tanpa menyimpan sebuah key?
• Seperti apa prinsip least privilege dalam sebuah policy nyata?
• Bagaimana Anda merotasi dan mengaudit secrets di AWS?

Penyimpanan dan basis data

• Bandingkan kelas penyimpanan S3 dan jelaskan kapan Anda akan menggunakan masing-masing.
• Apa perbedaan antara EBS dan instance store?
• Kapan Anda memilih DynamoDB dibanding RDS, dan apa yang Anda korbankan?
• Bagaimana read replica berbeda dari deployment multi-AZ?

Komputasi dan ketersediaan

• Jelaskan auto scaling group dan metrik yang akan Anda jadikan acuan penskalaan.
• Kapan Lambda menjadi jawaban yang salah?
• Apa perbedaan antara availability zone dan region?
• Bagaimana Anda akan merancang sistem untuk menghadapi hilangnya satu availability zone secara keseluruhan?

Pertanyaan skenario adalah yang memisahkan kandidat, karena tidak ada jawaban yang bisa dihafal. Contoh pertanyaannya:

• Tagihan bulanan kami berlipat ganda tapi traffic tidak. Bagaimana Anda mencari tahu penyebabnya?
• Rancang pipeline unggah berkas yang menangani berkas yang terlalu besar untuk satu request.
• Sebuah layanan lambat hanya di satu availability zone. Apa yang pertama kali Anda periksa?
• Pindahkan basis data on-premise ke AWS dengan downtime minimal. Jelaskan langkah-langkahnya.
• Bagaimana Anda membuat arsitektur ini bertahan dari gangguan regional, dan berapa biayanya?

Jawablah dengan urutan yang sama setiap kali: nyatakan kembali batasan yang menurut Anda paling penting, ucapkan asumsi Anda dengan jelas, pilih sebuah layanan, lalu sebutkan trade-off yang Anda terima. Kalimat trade-off itulah yang didengarkan pewawancara, karena itu membuktikan Anda tahu apa yang dikorbankan dari pilihan tersebut.

Seorang backend engineer yang mewawancarai untuk peran platform di perusahaan menengah diminta merancang pipeline unggah. Alih-alih langsung menyebut S3, dia bertanya apakah unggahan bersifat user-facing dan seberapa besar ukuran berkasnya, lalu memilih presigned URL dengan multipart upload dan menjelaskan bahwa dia menolak merutekan lewat application server karena akan membuat throughput menjadi masalah penskalaan. Pilihan layanannya biasa saja; penalarannya yang diingat orang.

Membaca daftar pertanyaan bukanlah latihan. Mode kegagalan dalam wawancara AWS adalah mengetahui jawabannya tapi menyampaikannya sebagai monolog yang tidak terstruktur, dan itu hanya muncul ke permukaan saat Anda berbicara.

Kerjakan daftar-daftar di atas dengan bersuara, satu pertanyaan setiap kali, dan pegang teguh urutan empat bagian: batasan, asumsi, pilihan, trade-off. Rekam beberapa dan dengarkan kembali untuk momen ketika jawaban Anda kehilangan bentuknya. Menjalankan rangkaian yang sama sebagai wawancara simulasi menambahkan pertanyaan lanjutan, yang merupakan bagian yang tidak bisa Anda latih sendirian dan bagian yang paling diandalkan pewawancara AWS.

Satu batasan yang perlu dinyatakan dengan jelas: beberapa seleksi AWS adalah asesmen otomatis, direkam, atau diawasi, bukan percakapan langsung. Itu di luar cakupan asisten langsung mana pun, termasuk SubcueAI. Persiapan adalah satu-satunya hal yang membantu di sana, dan hub jenis wawancara menjelaskan format mana yang berperilaku seperti apa.