Опишите опыт работы с Amazon AWS
Что проверяют
Можете ли вы делать свою работу, когда приложение живёт в облаке: добираться до логов, готовить данные, понимать, где ломается асинхронное взаимодействие. Сертификат не спрашивают, спрашивают реальную глубину, поэтому первое, что стоит сделать, это честно её обозначить.
Как отвечать
Назовите свой уровень словами: смотрю логи и метрики через консоль, поднимаю стенд сам, пишу инфраструктуру. Дальше перечисляйте только то, что трогали руками:
CloudWatch: как ищете нужный запрос в логах и что делаете, когда потоков несколько по числу инстансов;S3: тестовые файлы и артефакты, проверка, что объект действительно записан и что доступ к нему не публичный, работа со ссылками с подписью;SQSиSNS: проверка асинхронных сценариев, очередь недоставленных сообщений как источник правды о потерях;IAM: почему у вас нет доступа к части ресурсов и как это ограничивает проверки;RDS: подготовка данных и возврат состояния между прогонами;- стенды на
EC2,ECSилиEKS: кто их создаёт, сколько они живут, можно ли поднять свой.
Сильный ответ строится вокруг случая, а не вокруг списка сервисов: клиент получил ответ об успехе, но письмо не ушло, и следы нашлись в очереди недоставленных сообщений. Если облако у вас было закрыто платформенной командой, скажите об этом прямо и расскажите, какие доступы запрашивали и зачем.
Где спотыкаются
Перечисляют сервисы, выученные по курсу. Следующий вопрос обычно простой: чем политика доступа к бакету отличается от политики роли, и на нём заученный список заканчивается.
Рассказывают заготовку с выдуманными процентами вроде сокращения времени развёртывания на треть. Числа, которые вы не измеряли, проверяются одним вопросом о том, как их считали.
Приписывают себе настройку прав и инфраструктуры, имея аккаунт только на чтение. Это вскрывается на вопросе о том, как выдавали роль сервису, и стоит дороже, чем честное признание, что доступа не было.