Что чаще проверяют на отборе DevOps?

Практику CI/CD, IaC (Terraform), Kubernetes/Docker, основы Linux/сети/безопасности и подход к инцидентам/наблюдаемости.

Работа в Бельгии: DevOps инженер — 22–40 NET €/час (контракт через Польшу)

Короткий портрет кандидата

Кто «заходит» на эту роль лучше всего (без общих фраз).

Вы точно подходите, если

Вы умеете собирать pipeline CI/CD так, чтобы релизы были предсказуемыми, а откаты — быстрыми.
Вы уверенно работаете с Kubernetes: деплой, обновления, политики, секреты, базовая диагностика.
Вы пишете инфраструктуру как код: Terraform (структура модулей, state, переменные, план/апплай).
Вы понимаете, что «наблюдаемость» — это не графики ради графиков: метрики/логи/алерты под SLA/SLO.
Вы не боитесь ответственности: инциденты, пост-мортемы, улучшения, профилактика.

Сигналы риска (лучше сказать сразу)

Если опыта с IaC нет — роль может оказаться тяжёлой.
Если Kubernetes «видели один раз» — нужен честный уровень (мы не «накручиваем»).
Если вы принципиально не готовы к on-call — уточните это в первом сообщении.
Если английский на «нуле», коммуникация на части проектов будет затруднена.

Мы не ищем «идеальных». Нам важно совпадение по уровню задач и ответственности.

О вакансии и проекте

«История вакансии» подбирается анти-шаблонным модулем, но остаётся стабильной для этой страницы.

Позиция	DevOps инженер (DevOps engineer / DevOps)
Локация	Бельгия (формат: командировка из Польши)
Ставка	22–40 NET €/час (ориентир)
Формат	Контракт / проект
Профиль	CI/CD • Kubernetes • IaC • облако • наблюдаемость

История вакансии (вариант A)

Роль открыта под проект, где команда переводит релизы с «ручной сборки» на управляемые пайплайны: цель — сократить время доставки изменений и убрать «ночные выкаты». DevOps нужен как инженер-практик, который не только настраивает CI/CD, но и доводит процесс до дисциплины: правила версионирования, контроль секретов, репликация окружений и понятные точки контроля.

акцент: стабильные релизы

История вакансии (вариант B)

На проекте растёт кластер Kubernetes и нагрузка на сервисы, поэтому нужна роль, которая «держит платформу»: стандартизирует чарты/деплой, организует политики доступа, помогает разработке с шаблонами окружений, и делает так, чтобы инциденты разбирались не эмоционально, а системно — через пост-мортемы и устранение причин.

акцент: платформа и K8s

История вакансии (вариант C)

Задача — привести инфраструктуру к предсказуемой модели: Terraform-модули, управляемые состояния, минимизация «клика в консоли», контроль затрат и повторяемость окружений. DevOps здесь — тот, кто умеет разложить хаос на простые правила: что хранится где, как проходит change, кто и как подтверждает релиз.

акцент: IaC и порядок

История вакансии (вариант D)

Проект одновременно улучшает мониторинг и снижает MTTR: перевод алертов из «шумных» в полезные, связывание метрик с бизнес-событиями, стандартизация логирования. DevOps-инженер нужен не как «человек-скрипт», а как инженер, который выстраивает наблюдаемость, процесс реагирования и инструменты, удобные команде.

акцент: observability

Важно: мы не маскируем одну и ту же вакансию под «тысячу одинаковых страниц». Анти-шаблонный модуль меняет структуру подачи и смысловые блоки, но сохраняет честность и стабильность контента для конкретного URL.

Что важно до отклика

Коротко и по делу.

1) Резюме обязательно

Без резюме (CV) кандидаты не рассматриваются. CV — это база для первичного сопоставления навыков, проектов и ожиданий по ставке.

Ссылка: Заполнить резюме (CV)

2) Язык и коммуникация

Русский — ок для стартовой коммуникации с нами.
На многих проектах требуется английский для рабочих созвонов/тикетов.
Если английский слабый — лучше обозначить сразу: мы подберём проект, где это не блокер (если такой есть).

3) On-call и график

На части проектов возможны дежурства on-call (по очереди).
Часы/компенсации обсуждаются до старта и фиксируются в условиях проекта.
Если вы «без on-call вообще» — скажите это в первом сообщении, чтобы не тратить время.

Актуальность страницы: — (обновляется каждую неделю).

Обязанности DevOps инженера

Форма подачи меняется анти-шаблонным модулем: список / шаги / матрица.

Что вы делаете ежедневно

Поддерживаете и развиваете CI/CD: пайплайны, шаблоны, правила релизов, артефакты.
Сопровождаете Kubernetes: деплой, обновления, политики, секреты, базовая диагностика.
Делаете инфраструктуру повторяемой через Terraform (и/или аналог IaC по проекту).
Выстраиваете наблюдаемость: метрики, логи, алерты, понятные и не шумные.
Участвуете в разборе инцидентов: анализ причин, пост-мортем, предотвращение повторов.

Логика задач (как поток работ)

Фиксируете цель изменения (релиз/миграция/оптимизация) и условия успеха (SLO/SLA/время выката).
Описываете инфраструктуру кодом (Terraform) и делаете изменения воспроизводимыми.
Встраиваете изменения в CI/CD: сборка → тесты → доставка → деплой → валидация.
Поднимаете наблюдаемость под изменения: метрики/логи/алерты с понятной реакцией.
После внедрения оцениваете эффект и убираете «ручные хвосты» (долги процесса).

Матрица обязанностей «Что / Зачем»

Что делаете	Зачем это нужно
CI/CD пайплайны, правила релизов	Сократить риск выката, сделать релизы повторяемыми
Поддержка Kubernetes и деплой-шаблоны	Ускорить доставку, упростить эксплуатацию сервисов
Terraform/IaC и контроль изменений	Снизить ручные операции и «дрейф» окружений
Метрики/логи/алерты (observability)	Сократить MTTR и убрать шум, привязать сигналы к реальности
Инциденты и пост-мортемы	Не тушить пожары бесконечно, а убирать причины

Формат внутри блока может отличаться на страницах категории — это часть анти-шаблонной логики, но смысл остаётся профессиональным и проверяемым.

Требования к кандидату

Три модели подачи: must-have / nice-to-have / критические навыки.

Must-have (обязательно)

Опыт DevOps/SRE/Platform: реальные прод-задачи, а не «развернул в демо».
Уверенный Linux, базовая сеть (DNS/HTTP/TLS), понимание прав/доступов.
CI/CD (GitLab/Jenkins/Actions): пайплайны, переменные, артефакты, практики релизов.
Kubernetes + Docker: деплой, обновления, конфиги, диагностика на базовом уровне.
Terraform (или сопоставимый IaC): структура, модули, state, планирование изменений.

Nice-to-have (желательно)

Облако AWS/Azure/GCP (по проекту): IAM, сети, managed-сервисы.
Observability стек: метрики, логи, трассировки (важно понимание, инструменты вторичны).
Опыт с безопасностью: секреты, минимальные права, базовые практики hardening.
Инфра-оптимизация: стоимость, производительность, устойчивость.

Критические навыки (по факту работы)

Инженерное мышление: фиксируете проблему, делаете гипотезы, проверяете, документируете.
Воспроизводимость: любые изменения стремитесь переводить в IaC/скрипты, а не «ручные клики».
Стабильность релизов: пайплайны и правила, которые выдерживают рост команды.
Инциденты: не «героизм», а процесс: пост-мортемы, устранение первопричин.
Коммуникация: кратко, предметно, без скрытия рисков (это ценится больше всего).

Матрица «Навык / Ожидаемый уровень»

Навык	Ожидаемый уровень
CI/CD	Собираете пайплайны, понимаете этапы, умеете отлаживать
Kubernetes	Деплой, обновления, конфиги, диагностика под нагрузкой
Terraform/IaC	Модули, state, планирование изменений, повторяемость окружений
Linux/сети	Уверенная база, диагностика, понимание причин «почему не работает»
Observability	Сигналы/алерты по смыслу, снижение шума, полезные дашборды

Если часть требований «плавающая» — это нормально. Важно честно обозначить уровень в CV и на первичном созвоне.

Технологии и инструменты

Стек зависит от проекта, но зона ответственности типовая для DevOps.

Зона	Что встречается чаще всего
CI/CD	GitLab CI, Jenkins, GitHub Actions, артефакты, стратегии релиза
Контейнеры	Docker, Kubernetes, Helm, политики, конфигурации
IaC	Terraform (модули/state), иногда Ansible/скрипты как дополнение
Наблюдаемость	Метрики/логи/алерты, dashboards, снижение шума, RCA
Безопасность	Секреты, доступы, минимальные права, базовые практики hardening

Если у вас есть сильная сторона (например, Kubernetes или Terraform) — отметьте это в CV отдельно: это ускоряет матчинг.

Условия работы через польскую фирму (командировка в Бельгию)

Актуальная практическая часть — без ссылок на сторонние сайты.

Формат и документы

Оформление — через польскую компанию (контракт/проект). Для командировки обычно готовятся A1 и LIMOSA.
По запросу заказчика/инспекции могут понадобиться: подтверждение договора, учёт рабочего времени, подтверждения выплат.
Если проект подразумевает посещение стройплощадки/промплощадки, требования по доступам могут расширяться (индивидуально).

Оплата и ставка NET

Ориентир: 22–40 NET €/час. Итог зависит от уровня, задач, графика и состава компенсаций.
В IT-проектах важны условия по дежурствам (on-call), переработкам и компенсации — это обсуждается до старта.
Перед выездом и стартом фиксируются: ставка, ожидаемые часы, правила учёта времени, частота выплат, формат подтверждения часов.

График, удалёнка/гибрид, оборудование

Формат работы (офис/гибрид/удалённо) зависит от проекта в Бельгии.
Оборудование (ноутбук/доступы) — по правилам заказчика. Важно заранее согласовать доступ к репозиториям/секретам/CI.
Возможны созвоны с командой заказчика и участие в планировании релизов/инцидентов.

Как мы ведём кандидата (по-взрослому)

Сначала получаем CV и быстро определяем «ваш уровень задач» (а не только список технологий).
Далее — согласование проекта: стек, процессы релизов, on-call, ожидания по ответственности.
Перед стартом фиксируем ключевые условия: ставка/часы/учёт/выплаты, формат коммуникации, доступы.
На старте — поддержка на русском языке по организационным вопросам.

Что лучше прислать вместе с CV

Список проектов: 2–4 кейса «что было / что сделали / какой результат».
Стек по каждому кейсу (не общий список).
Отдельно: опыт Terraform, Kubernetes, CI/CD, инциденты/on-call.
Готовность к формату (офис/гибрид/удалёнка), доступность по датам.

Заполнить резюме (CV) Вернуться к списку

Актуализация: —.

Как проходит отбор (без «магии»)

Короткий процесс, который экономит время обеих сторон.

Шаг 1 — CV: вы заполняете резюме на сайте. Без этого шаг дальше не запускается.
Шаг 2 — первичное интервью (10–20 мин): уровень задач, ожидания по ставке, формат, доступность, on-call.
Шаг 3 — тех. проверка: вопросы по CI/CD, IaC, Kubernetes, инцидентам и наблюдаемости (иногда мини-кейс).
Шаг 4 — подтверждение проекта: финальная фиксация условий и стартовая координация.

Ключевой принцип: мы не «продаём мечту». Мы согласуем реальный стек и реальные ожидания, чтобы вы не попадали в хаос на старте.

FAQ (по делу)

FAQ формируется анти-шаблонным модулем и синхронизируется с JSON-LD. Есть fallback, если JS отключён.

Можно ли откликнуться без резюме (CV)?

Нет. Без резюме (CV) кандидаты не рассматриваются. Заполните CV на сайте — это обязательное условие.

Какие документы обычно нужны при командировке из Польши в Бельгию?

Обычно оформляют A1 и LIMOSA. Дополнительно могут запросить документы по контракту и учёту времени.

Ставка 22–40 NET €/час гарантирована?

Это ориентир. Итоговый NET зависит от условий проекта: график, on-call, компенсации, условия договора.

Что чаще проверяют на интервью DevOps?

Практику CI/CD, Terraform/IaC, Kubernetes/Docker, Linux/сети и подход к инцидентам/наблюдаемости.

Если вы хотите ускорить ответ — отправьте CV и короткий список: «K8s / Terraform / CI/CD / облако / on-call» + 2–3 результата из проектов.

DevOps инженер (Бельгия)