Ответ
Я готовлюсь к собеседованию DevOps-инженера системно. Сначала изучаю стек компании по вакансии и LinkedIn — смотрю, используют ли они AWS или GCP, Kubernetes, Terraform, конкретные CI/CD-инструменты (GitLab CI, ArgoCD). Затем повторяю ключевые темы: базовые команды Linux, устройство сетей (OSI модель, TCP/UDP, DNS, HTTP), написание скриптов на Bash или Python для автоматизации.
На технической части я стараюсь четко озвучивать ход мыслей, даже если не знаю точного ответа. Например, на вопрос "Как бы ты развернул отказоустойчивое приложение?" я начинаю с описания инфраструктуры: "Я бы использовал Kubernetes-кластер, развернутый в нескольких зонах доступности. Для приложения описал бы Deployment с readiness/liveness пробами, настроил Horizontal Pod Autoscaler на основе метрик CPU и создал Service типа LoadBalancer для входящего трафика".
Если просят решить практическую задачу, например, написать скрипт для мониторинга, я привожу конкретный пример из своего опыта:
#!/bin/bash
# Мониторинг использования диска и отправка алерта в Slack
THRESHOLD=80
USAGE=$(df / | awk 'NR==2 {print $5}' | sed 's/%//')
if [ $USAGE -gt $THRESHOLD ]; then
MESSAGE="{"text":"🚨 На сервере $(hostname) заполнен корневой раздел: $USAGE%"}"
curl -X POST -H 'Content-type: application/json' --data "$MESSAGE" $SLACK_WEBHOOK_URL
fiВ конце собеседования я всегда задаю вопросы о процессах: "Как устроен ваш CI/CD пайплайн?", "Какие метрики инфраструктуры вы мониторите в первую очередь?", "С какими основными инцидентами сталкивалась команда в последнее время?". Это помогает понять контекст и показать свою заинтересованность.
Ответ 18+ 🔞
Ну, слушай, готовиться к собесу на девопса — это ж целая наука, ёпта. Ты не просто так приходишь, типа «ой, я джентльмен удачи». Нет, тут системный подход нужен, чтоб не выглядеть как манда с ушами перед архитекторами.
Первым делом — разведка боем. Открываешь вакансию, линкедин компании и начинаешь шарить, на чём они сидят. AWS или GCP? Кубер или ещё какая древность? Терраформ или ручное развёртывание, как будто на дворе 2002-й год? CI/CD у них — GitLab, Jenkins, может, этот модный ArgoCD? Это же основа, чувак. Приходишь и начинаешь про свой опыт на их стеке вещать — доверия сразу овердохуища.
Потом — зубрёжка. Но не тупая, а с пониманием. Базовый линукс, чтобы не споткнуться на «как найти все файлы, изменённые вчера». Сети — тут волнение ебать, но надо вспомнить OSI, TCP с его handshake, как DNS крутится, HTTP-коды. И самое главное — скрипты. Bash или Python, без этого нихуя. Автоматизация — это наше всё.
На самой техничке главное — не бздеть. Даже если вопрос в лоб, а ты точного ответа не знаешь, начинай рассуждать вслух. Сказали: «Как бы развернул отказоустойчивое приложение?» — и понеслась. «Ну, я бы, блядь, взял Kubernetes-кластер, раскидал ноды по разным зонам доступности, чтоб не накрылся медным тазом. Для самого приложения — Deployment с пробами, чтоб он сам понимал, жив ли. Автоскейлинг на метриках CPU настроил, чтобы не жрал ресурсы просто так. И Service с LoadBalancer на входе, чтобы трафик грамотно пулять». Видишь? Хуй с горы, но звучит убедительно.
Если дают задачку написать, типа скрипт для мониторинга, — вываливай что-то реальное, из практики. Не абстрактное, а вот так, чтоб пахло продакшеном:
#!/bin/bash
# Мониторинг использования диска и отправка алерта в Slack
THRESHOLD=80
USAGE=$(df / | awk 'NR==2 {print $5}' | sed 's/%//')
if [ $USAGE -gt $THRESHOLD ]; then
MESSAGE="{"text":"🚨 На сервере $(hostname) заполнен корневой раздел: $USAGE%"}"
curl -X POST -H 'Content-type: application/json' --data "$MESSAGE" $SLACK_WEBHOOK_URL
fiИ поясняешь: мол, просто, но работает. Показываешь, что ты не просто теорию читал, а руки из нужного места растут.
И вот, казалось бы, всё прошло — можно выдохнуть. Ан нет, самая хитрая жопа — это вопросы в конце. Тут терпения ноль ебать, но надо. Не спрашивай про зарплату сразу, а вломи про процессы: «А как у вас CI/CD пайплайн устроен?», «Какие ключевые метрики в мониторинге смотрите?», «С какими пиздецовыми инцидентами команда недавно боролась?». Это, во-первых, покажет, что ты в тему врубаешься, а во-вторых — самому полезно: поймёшь, в какую помойку, извините, в какую компанию можешь попасть. А то придёшь, а там ручное деплоирование по FTP, ядрёна вошь.
