Питання на співбесіді AWS

Ви прочитали список сервісів, але все одно не уявляєте, якою буде співбесіда. Цей розрив — нормальне явище, і цей розділ його усуває: раунди AWS створені, щоб з'ясувати, чи ви щось експлуатували, а не чи можете це назвати.

Цей патерн проявляється в уточнювальному питанні. Інтерв'юер запитує, який сервіс ви б використали, ви відповідаєте правильно, а наступне питання — чому не інший. Той, хто експлуатував це навантаження, відповідає, спираючись на рахунок, збій або міграцію. Той, хто лише читав документацію, губиться. Саме друге питання, а не перше, вирішує результат співбесіди AWS.

Повторюються три типи раундів: базовий раунд про мережі, ідентичність, сховища та обчислення; сценарний або проєктувальний раунд, де ви проєктуєте архітектуру в межах обмежень; і раунд усунення несправностей, де вам дають симптом і запитують, що б ви перевірили. Очікування щодо глибини зростають із рівнем посади, але форма залишається незмінною. Інші банки питань за ролями та темами доступні на хабі питань для співбесід.

Це базові питання, які повторюються на співбесідах AWS, згруповані так, як зазвичай організовані раунди.

Мережі та VPC

• Що таке VPC і чим відрізняються публічні та приватні підмережі?
• Коли потрібен NAT-шлюз і скільки це коштує?
• Чим групи безпеки відрізняються від мережевих ACL?
• Як би ви з'єднали дві VPC і коли пірінг є неправильним вибором?

Ідентичність та безпека

• Поясніть ролі, політики та користувачів IAM і коли використовувати кожен з них.
• Як інстанс EC2 отримує облікові дані без зберігання ключа?
• Як принцип найменших привілеїв виглядає в реальній політиці?
• Як ви ротуєте та аудитуєте секрети в AWS?

Сховища та бази даних

• Порівняйте класи сховища S3 та поясніть, коли використовувати кожен з них.
• У чому різниця між EBS та instance store?
• Коли ви обираєте DynamoDB замість RDS і чим при цьому жертвуєте?
• Чим репліки для читання відрізняються від розгортання multi-AZ?

Обчислення та доступність

• Поясніть групи автомасштабування та метрики, за якими ви б масштабувалися.
• Коли Lambda є неправильною відповіддю?
• У чому різниця між зоною доступності та регіоном?
• Як би ви спроєктували систему на випадок втрати цілої зони доступності?

Ситуаційні питання — це те, що відрізняє кандидатів, адже готової завченої відповіді тут немає. Типові формулювання:

• Наш місячний рахунок подвоївся, а трафік — ні. Як би ви з'ясували чому?
• Спроєктуйте конвеєр завантаження файлів, який обробляє файли, завеликі для одного запиту.
• Сервіс повільний лише в одній зоні доступності. Що ви перевірите першим?
• Перенесіть локальну базу даних в AWS з мінімальним простоєм. Поясніть, як саме.
• Як би ви зробили так, щоб ця архітектура пережила регіональний збій, і скільки б це коштувало?

Відповідайте щоразу в одному й тому ж порядку: сформулюйте обмеження, яке вважаєте головним, вголос озвучте своє припущення, оберіть сервіс, а потім назвіть компроміс, на який пішли. Саме речення про компроміс і слухають інтерв'юери, бо воно доводить, що ви розумієте, чого вартував цей вибір.

Бекенд-інженерка, яка проходить співбесіду на роль у платформній команді середньої компанії, отримує завдання спроєктувати конвеєр завантаження. Замість того, щоб одразу назвати S3, вона запитує, чи завантаження є клієнтськими та наскільки великими бувають файли, а потім обирає presigned URL з multipart-завантаженням і пояснює, що відхилила маршрутизацію через прикладні сервери, бо це перетворило б пропускну здатність на проблему масштабування. Вибір сервісу був звичайним; запам'яталися саме міркування.

Читання списку питань — це не тренування. Типова невдача на співбесідах AWS — це коли ви знаєте відповідь, але подаєте її як неструктурований монолог, а виявляється це лише тоді, коли ви говорите вголос.

Пройдіться вголос списками вище, по одному питанню за раз, і дотримуйтесь чотиричастинного порядку: обмеження, припущення, вибір, компроміс. Запишіть кілька відповідей і прослухайте, у який момент відповідь втрачає форму. Проходження того самого набору як пробної співбесіди додає уточнювальне питання — ту частину, яку неможливо відрепетирувати самотужки і на яку інтерв'юери AWS спираються найбільше.

Варто чітко зазначити одне обмеження: деякі скринінги AWS — це автоматизовані, записані оцінювання або оцінювання з проктерингом, а не жива розмова. Вони поза межами можливостей будь-якого асистента для живих співбесід, включно з SubcueAI. Там допомагає лише підготовка, а хаб типів співбесід пояснює, які формати поводяться як.