DevOps-резюме редко убивает «слабый Linux». Его убивает список из сорока инструментов без поставки. Рекрутер не собирает из Terraform–Helm–ArgoCD вашу роль. Он ищет: какой контур вы катите, что чинили ночью, какое облако реально трогали руками, а не смотрели на демо-консоль. Каталог логотипов в 2026-м не заменяет один пайплайн, который можете нарисовать.
Ниже — как собрать резюме DevOps-инженера: заголовок без притворства platform-senior, пайплайны, инциденты, облако, два заполненных блока пуль. Каркас — в как составить резюме. Формулировки — в как описать опыт. Вход в роль — в как стать DevOps-инженером. Если вы ещё админ или разработчик, не копируйте вакансию platform lead в шапку. Сначала честный compose и дежурство, потом кластер — не наоборот.
Коротко:
- Заголовок = DevOps / эксплуатация / cloud + основной контур, не «DevOps/SRE/Platform/k8s».
- Пули про поставку и инцидент сильнее каталога инструментов.
- Облако пишите как задачу: сеть, IAM, стоимость, падение региона — не «знание AWS».
- Kubernetes в шапке только если поднимали, чинили, обновляли сами.
- Один живой репозиторий пайплайна или модуля IaC лучше десяти сертификатов.
Что смотрят на DevOps-отклике
На вакансиях DevOps за 15 секунд:
- Это сопровождение продукта, cloud engineer, SRE или человек «на все инструменты»?
- Есть ли CI/CD, который вы меняли, а не «пользовались GitLab»?
- Инциденты: дежурства, алерты, постмортем, или только «поддержка серверов»?
- Облако: аккаунт, который вели, или курс с консолью?
- Не junior ли файл на senior-слот с Istio и multi-cluster?
Несовпадение грейда здесь жёстче, чем в разработке. Слот «DevOps в продукт из 15 человек» и слот «platform в банке» требуют разных файлов. Карточка роли — в резюме IT-специалиста. Навыки без простыни — в навыках DevOps. Созвон часто про инциденты и пайплайн — см. вопросы на собеседовании DevOps.
Структура файла
Шапка: роль, основное облако или on-prem, город / UTC, контакты, ссылка на IaC/пайплайн, если можно. Summary: контур поставки, дежурства, один факт надёжности. Опыт. Навыки группами: ОС и сети; CI; контейнеры; облако; наблюдаемость. Сертификаты — внизу и только сданные, без «готов сдать AWS в следующем месяце».
Не ставьте логотипы тулов. ATS и телефон читают текст. Колонки вредят. Remote — пояс, окна пересечения: резюме для удалёнки. Summary — как написать summary. Стек — как указать стек.
NDA: «платёжный контур, деплой в облако провайдера X, мой кусок — пайплайн и алерты», без имён клиентов. Учебный кластер подпишите как учебный: притворный прод вскрывается вопросом «кто пользователи и какой SLA».
Заголовок и стек без каталога
Было. DevOps / SRE / Cloud / Platform Engineer. Linux, Bash, Python, Ansible, Terraform, Packer, Docker, Kubernetes, Helm, Istio, Prometheus, Grafana, Loki, ELK, AWS, GCP, Azure, GitLab CI, Jenkins, ArgoCD, Vault, Consul, Nginx, HAProxy. Сертификаты в процессе.
Стало. DevOps, продукт: GitLab CI, Docker, PostgreSQL, наблюдаемость. Дежурства по деплою и падениям API. Kubernetes в проде не администрировал — в шапке нет. Самара / UTC+4, remote.
Вторая шапка можно сопоставить со слотом. Первая обещает platform-интервью. Вычеркните всё, к чему не готовы рисовать схему на доске за 10 минут.
Пули: пайплайны, инциденты, облако
Формула: что изменили в поставке или восстановлении и что это дало команде. Эффект без выдуманных девяток: «релиз перестал требовать ручной ssh», «алерт начал будить по реальному падению, а не по флаку», «новый сервис поднимается по README, не по переписке».
Вытаскивайте:
- пайплайн: сборка, тесты, выкат, откат, секреты;
- инфраструктура как код: модуль, который кто-то кроме вас применяет;
- инцидент: симптом, ваша роль, статус, фикс, повторилось ли;
- наблюдаемость: какой алерт добавили, какую слепую зону закрыли;
- доступ и IAM: что перестало жить в общем ключе;
- стоимость: что выключили или ограничили, если это было задачей, не «оптимизировал cloud bill на 40%» из воздуха.
Не пишите «обеспечивал бесперебойную работу высоконагруженных систем». Пишите контур и смену. Пустые глаголы — в ошибках в резюме. Учебный пайплайн упаковывайте как проект: проекты в резюме.
Пример 1. Переход из админки / поддержки инфраструктуры
Вакансия: DevOps в небольшой продукт, Linux, CI, Docker, без обязательного k8s.
DevOps / эксплуатация. Linux, GitLab CI, Docker Compose. 4 года админки, последний год — поставка веб-сервиса. Екатеринбург / UTC+5.
Перевёл выкат API с ручного копирования артефакта на пайплайн: сборка образа, тесты, деплой на стейдж по тегу. Разработка перестала просить «залей на сервер» в чате.
Собрал docker-compose для локали и стейджа. Новый человек поднимает контур по README, не по скриншотам из Confluence 2019 года.
Добавил алерт по 5xx и заполнению диска. Ночной инцидент «диск 100% из‑за логов» поймали до падения Postgres — ротация логов, не «настроил мониторинг».
Kubernetes, Terraform Cloud, Istio в опыте нет. К разбору пайплайна и инцидента на созвоне готов.
Честный вход. Не конкурируйте с platform-слотом, пока нет кластера. Смотрите вакансии DevOps с Docker/CI, не с «экспертиза service mesh».
Пример 2. Облако и дежурства в продукте
Вакансия: DevOps, AWS или аналог, CI, контейнеры, on-call.
DevOps, AWS (ECS, RDS, S3, IAM), GitHub Actions. Продукт биллинга. 2 года. Remote, UTC+3. Модуль Terraform сети — [ссылка на sanitized-репозиторий].
Собрал пайплайн выката воркера очереди: миграции отдельным job, откат образа одной командой. Релиз перестал требовать ручной ssh на бастион.
Дежурил по падению приёма платежей: статус в канале, откат, постмортем на одну страницу. Повторяющийся флак health-check убрали — будили по реальному 5xx.
Закрыл общий IAM-ключ в CI: отдельная роль на деплой, секреты в хранилище. Ключ из чата больше не живёт.
Кластер Kubernetes не администрировал: сервис на ECS. В файле нет Helm «на будущее».
Облако здесь — задачи, не список сервисов AWS из консоли. Если провайдер другой, тот же приём: сеть, база, выкат, IAM, инцидент.