From a705acb495d837c35657980f00d84e8110d320ed Mon Sep 17 00:00:00 2001 From: Tot Maxim Date: Sun, 19 Jul 2026 18:50:10 +0300 Subject: [PATCH] =?UTF-8?q?=D0=A0=D0=B0=D0=B7=D0=B4=D0=B5=D0=BB=D0=B5?= =?UTF-8?q?=D0=BD=D0=B8=D0=B5=20=D0=BF=D0=BE=20=D1=82=D1=80=D0=B5=D0=BC=20?= =?UTF-8?q?=D0=BD=D0=B0=D0=BF=D1=80=D0=B0=D0=B2=D0=BB=D0=B5=D0=BD=D0=B8?= =?UTF-8?q?=D1=8F=D0=BC=20=D1=80=D0=B5=D0=B7=D1=8E=D0=BC=D0=B5?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- AI_GUIDELINES.md | 6 +-- README.md | 11 ++++-- RESUME_DEVOPS.md | 92 ++++++++++++++++++++++++++++++++++++++++++++ RESUME_RULES.md | 4 +- RESUME_SYSADMIN.md | 95 ++++++++++++++++++++++++++++++++++++++++++++++ legend/LEGEND.md | 5 ++- legend/PROFILES.md | 57 ++++++++++++++++++++++++++++ 7 files changed, 260 insertions(+), 10 deletions(-) create mode 100644 RESUME_DEVOPS.md create mode 100644 RESUME_SYSADMIN.md create mode 100644 legend/PROFILES.md diff --git a/AI_GUIDELINES.md b/AI_GUIDELINES.md index acddadd..d379357 100644 --- a/AI_GUIDELINES.md +++ b/AI_GUIDELINES.md @@ -4,7 +4,7 @@ ## Цель репозитория -Подготовка к собеседованиям на позиции **«Инженер сопровождения»** и **«DevOps-инженер»** (уровень middle). Кандидат: [RESUME.md](RESUME.md) — Картман Эрик, 4 года 5 месяцев опыта, основной стек — мониторинг (Grafana/Prometheus/Mimir), Ansible, Docker, Nginx, ELK, Linux/Bash, CI/CD, немного тестирования (Selenium) и вспомогательные языки (Python, SQL, C/C++). Дополнительно — самостоятельная pet-практика (Kubernetes, PostgreSQL, сети, Kafka, Vault), см. раздел ниже. +Подготовка к собеседованиям на позиции **«Инженер сопровождения»**, **«DevOps-инженер»** и **«Системный администратор»** (уровень middle) — три направления, три отдельных резюме с одними и теми же фактами, но разной расстановкой акцентов (см. [legend/PROFILES.md](legend/PROFILES.md)). Кандидат: [RESUME.md](RESUME.md) / [RESUME_DEVOPS.md](RESUME_DEVOPS.md) / [RESUME_SYSADMIN.md](RESUME_SYSADMIN.md) — Картман Эрик, 4 года 5 месяцев опыта, основной стек — мониторинг (Grafana/Prometheus/Mimir), Ansible, Docker, Nginx, ELK, Linux/Bash, CI/CD, немного тестирования (Selenium) и вспомогательные языки (Python, SQL, C/C++). Дополнительно — самостоятельная pet-практика (Kubernetes, PostgreSQL, сети, Kafka, Vault), см. раздел ниже. Подготовка опирается не только на резюме, но и на разбор реальных прошедших собеседований — [interview/real-interviews.md](interview/real-interviews.md) и сырые заметки в [interview/](interview/). Оценочные суждения из чужих заметок о конкретных людях/компаниях (личные впечатления автора заметок) не переносятся в кейсы или ответы — используется только фактическое содержание вопросов. @@ -32,7 +32,7 @@ Все документы должны быть непротиворечивы друг другу: -- Даты, названия компаний, стек — как в [RESUME.md](RESUME.md). +- Даты, названия компаний, стек — идентичны во всех трёх резюме ([RESUME.md](RESUME.md), [RESUME_DEVOPS.md](RESUME_DEVOPS.md), [RESUME_SYSADMIN.md](RESUME_SYSADMIN.md)). Между собой резюме различаются только желаемой должностью, порядком подачи пунктов и группировкой навыков — не фактами. См. [legend/PROFILES.md](legend/PROFILES.md). - Легенда ([legend/LEGEND.md](legend/LEGEND.md)) — единый источник истины про то, «где и зачем» применялась технология. Кейсы и ответы на вопросы ссылаются на неё, а не противоречат. - Если кейс меняет понимание того, как технология использовалась — обновить LEGEND.md в этом же заходе. @@ -55,7 +55,7 @@ - Не придумывать метрики/цифры, которых нет в резюме и не проверены кейсом («настроил 200 дашбордов» и т.п.). - Не добавлять технологии, которых нет ни в резюме, ни в согласованном расширении легенды. - Не делать кейсы избыточно сложными для уровня middle — стенд должен быть реалистичным для домашней проработки, а не production-инсталляцией. -- Не переписывать RESUME.md без явного запроса пользователя — правки резюме пользователь вносит/подтверждает сам. +- Не переписывать ни одно из трёх резюме (RESUME.md, RESUME_DEVOPS.md, RESUME_SYSADMIN.md) без явного запроса пользователя — правки резюме пользователь вносит/подтверждает сам. - **Не закладывать в резюме или легенду техники обмана работодателя/площадки** — например, дублирующие профили с намеренно искажёнными данными (изменённые ФИО/возраст/контакты) для обхода отказов. Это не входит в понятие «подготовка к собеседованию». См. разбор в [RESUME_RULES.md](RESUME_RULES.md) → «Осознанно не применено». ## Правила оформления резюме diff --git a/README.md b/README.md index 1a5a2a8..3c4a572 100644 --- a/README.md +++ b/README.md @@ -1,13 +1,16 @@ -# Подготовка к собеседованиям — Инженер сопровождения / DevOps +# Подготовка к собеседованиям — Инженер сопровождения / DevOps / Системный администратор -Репозиторий для системной подготовки к собеседованиям на основе резюме [RESUME.md](RESUME.md) и разбора реальных прошедших собеседований [interview/real-interviews.md](interview/real-interviews.md). Правила и ограничения для доработки — в [AI_GUIDELINES.md](AI_GUIDELINES.md), обязательно к прочтению перед любыми изменениями. +Репозиторий для системной подготовки к собеседованиям на три направления (мониторинг, DevOps, системное администрирование) на основе трёх резюме — [RESUME.md](RESUME.md), [RESUME_DEVOPS.md](RESUME_DEVOPS.md), [RESUME_SYSADMIN.md](RESUME_SYSADMIN.md) — и разбора реальных прошедших собеседований [interview/real-interviews.md](interview/real-interviews.md). Правила и ограничения для доработки — в [AI_GUIDELINES.md](AI_GUIDELINES.md), обязательно к прочтению перед любыми изменениями. ## Навигация -- [RESUME.md](RESUME.md) — финальный текст резюме. +- [RESUME.md](RESUME.md) — резюме под направление «мониторинг» («Инженер по сопровождению»). +- [RESUME_DEVOPS.md](RESUME_DEVOPS.md) — резюме под направление «DevOps-инженер». +- [RESUME_SYSADMIN.md](RESUME_SYSADMIN.md) — резюме под направление «Системный администратор». - [RESUME_RULES.md](RESUME_RULES.md) — применённый чек-лист правил написания резюме (что применено, что отброшено и почему). - [AI_GUIDELINES.md](AI_GUIDELINES.md) — критерии и ограничения для доработки репозитория. - [legend/LEGEND.md](legend/LEGEND.md) — единая легенда: таймлайн, роли, карта «технология → где применялась», раздел «Домашняя лаборатория / pet-проект». +- [legend/PROFILES.md](legend/PROFILES.md) — три профиля позиционирования поверх одной легенды: какое резюме под какое направление, что вести первым на собеседовании, честные ответы на типовые риски каждого направления. - [legend/STORY.md](legend/STORY.md) — живой нарратив работы в АО ТНИИС: проект отдела, распорядок дня, состав команды, разбор инцидента, версионирование дашбордов. - [legend/DEPT_STACK.md](legend/DEPT_STACK.md) — стек отдела целиком, включая инструменты без личной строки в резюме (MinIO, Nexus, Alertmanager и т.п.). - [legend/CAPACITY.md](legend/CAPACITY.md) — справочник цифр нагрузки: публичные пределы технологий, лабные замеры, реальные цифры с работы. @@ -45,4 +48,4 @@ Kubernetes с нуля не знаком — учебный курс [stack/kube ## Как здесь всё связано -`RESUME.md` — что написано в резюме → `legend/LEGEND.md` — как это согласуется в единую картину карьеры (включая честно обозначенную pet-практику) → `stack/*/CASE.md` — реально воспроизведённый опыт по каждой технологии, с цифрами в `legend/CAPACITY.md` там, где это уместно → `stack/*/QUESTIONS.md` — вопросы, на которые теперь есть честный ответ из первых рук, включая вопросы из реальных собеседований в `interview/real-interviews.md`. +Три резюме (`RESUME.md` / `RESUME_DEVOPS.md` / `RESUME_SYSADMIN.md`) — одни и те же факты, разная расстановка акцентов под три направления → `legend/LEGEND.md` — как это согласуется в единую картину карьеры (включая честно обозначенную pet-практику), `legend/PROFILES.md` — какой профиль держать под какое резюме → `stack/*/CASE.md` — реально воспроизведённый опыт по каждой технологии, с цифрами в `legend/CAPACITY.md` там, где это уместно → `stack/*/QUESTIONS.md` — вопросы, на которые теперь есть честный ответ из первых рук, включая вопросы из реальных собеседований в `interview/real-interviews.md`. diff --git a/RESUME_DEVOPS.md b/RESUME_DEVOPS.md new file mode 100644 index 0000000..3937af5 --- /dev/null +++ b/RESUME_DEVOPS.md @@ -0,0 +1,92 @@ +# Картман Эрик + +Мужчина, 28 лет, родился 18 апреля 1998 + +**Телефон:** 8 (988) 324-86-66 — предпочитаемый способ связи +**Telegram:** [добавить ссылку — мессенджеры дают заметно лучший отклик рекрутёров, чем email] +**WhatsApp:** [добавить, если отличается от основного телефона] +**Email:** p.maxim.mail@yandex.ru +**Проживает:** Таганрог +**Гражданство:** Россия, есть разрешение на работу: Россия +**Готов работать удалённо**, не готов к командировкам + +## Желаемая должность и зарплата + +**DevOps-инженер** + +- Специализации: Программист, разработчик +- Тип занятости: полная занятость +- Формат работы: удалённо, гибрид +- Желательное время в пути до работы: не имеет значения + +## Опыт работы — 4 года 5 месяцев + +### АО ТНИИС +**Сентябрь 2023 — настоящее время** (2 года 11 месяцев) +**Инженер по сопровождению** + +Стек отдела: Astra, Grafana, Prometheus, Docker, Ansible, Nginx, Jira, Gitea, Elastic Stack (ELK), Bash, Java + +**Достижения:** + +*Автоматизация и CI/CD:* +- Написал 15 скриптов с использованием Ansible, организовав управление конфигурациями через роли и модули, сотрудничая с командами разработки и DevOps для определения требований, и интегрировав тестирование в CI/CD-конвейеры с использованием фреймворка Molecule и TeamCity, что уменьшило время развертывания, снизило количество ошибок и улучшило стабильность сервиса, обеспечив быстрое восстановление в случае сбоев. +- Администрировал self-hosted CI-инфраструктуру Gitea Actions: восстановил раннер из restart-loop (устаревшая регистрация), настроил маршрутизацию job'ов между раннерами по меткам и собрал кастомный Docker-образ cross-builder'а (Debian + ARM-тулчейн) под кросс-компиляцию встроенного C-кода, с проверкой целевой архитектуры собранных бинарей прямо в pipeline. +- Настроил 50 дашбордов в Grafana, интегрировав данные из Prometheus с унификацией форматов метрик, что сократило время на выявление и устранение неполадок и обеспечило доступ к дашбордам для всей команды. + +**Обязанности:** + +*Автоматизация и конфигурация:* +- Автоматизировал установку и настройку серверов в части деплоя с помощью Ansible, что сократило время развертывания. +- Написал конфигурационные файлы Nginx для маршрутизации и балансировки нагрузки на сервисы. +- Создал роли и плейбуки Ansible, обновил скрипты для автоматизации развертывания и настройки инфраструктуры. +- Контейнеризировал сервисы мониторинга и вспомогательные инструменты с помощью Docker, включая сборку кастомных образов под специфичные задачи CI. + +*Оптимизация и настройка мониторинга:* +- Оптимизировал системы мониторинга с использованием Prometheus и Grafana, что позволило сократить время реагирования на инциденты. +- Реализовал настройку Mimir, что улучшило масштабируемость системы мониторинга. +- Установил и настроил систему Prometheus для сбора метрик из различных источников. + +*Управление проектами и задачами:* +- Использовал Jira для отслеживания задач, планирования спринтов и управления проектами в Agile-окружении. + +### ОКБ СУХОЙ +**Март 2022 — Сентябрь 2023** (1 год 7 месяцев) +**Инженер тестировщик** + +Стек отдела: CentOS, Selenium для автоматизации тестирования, GitLab + +**Достижения:** +- Разработаны эффективные тестовые сценарии для верификации встроенного программного обеспечения, а также автоматизированные модульные и интеграционные тесты, что повысило качество конечного продукта и сократило время на тестирование. + +**Обязанности:** +- Проводил тесты для выявления проблем в программном обеспечении на платформе CentOS. +- Создавал тестовые сценарии для комплексной проверки функциональности. +- Написал автоматизированные тесты на стендах интеграционного и приемочного тестирования, хранившиеся и версионировавшиеся в GitLab. +- Идентифицировал и документировал проблемы в процессе тестирования. +- Подготовил отчеты о выявленных проблемах для разработчиков, включая описания и рекомендации по исправлению. + +## Образование + +**Магистр** +Южный федеральный университет, магистратура, 2024 +Инфокоммуникационные технологии и системы связи + +**Бакалавр** +Южный федеральный университет, бакалавриат, 2022 +Инфокоммуникационные технологии и системы связи + +## Навыки + +**Знание языков:** +- Русский — родной +- Английский — B2 (средне-продвинутый) + +**Ключевые навыки:** + +*CI/CD и трекинг задач:* Git · GitLab · Gitea · Gitea Actions · TeamCity · Jira +*Автоматизация и конфигурирование:* Ansible · Molecule · Docker · Bash +*Серверы и сети:* Nginx · Linux · Astra Linux · CentOS +*Мониторинг:* Grafana · Prometheus · Mimir · Elastic Stack (ELK) +*Языки и БД:* Python · SQL · C/C++ · Java · PostgreSQL +*Дополнительно (самостоятельная практика):* Kubernetes · Helm · Kafka · HashiCorp Vault diff --git a/RESUME_RULES.md b/RESUME_RULES.md index 2c2662e..a053168 100644 --- a/RESUME_RULES.md +++ b/RESUME_RULES.md @@ -2,12 +2,14 @@ Синтез практик подбора резюме в IT (на основе разбора внешних материалов по резюме и HR-вопросам), отфильтрованный от лишнего/спорного. Что из этого применено к [RESUME.md](RESUME.md) — отмечено. Правила использования — часть общего компаса [AI_GUIDELINES.md](AI_GUIDELINES.md). +Этот чек-лист применяется одинаково ко всем трём резюме — [RESUME.md](RESUME.md), [RESUME_DEVOPS.md](RESUME_DEVOPS.md), [RESUME_SYSADMIN.md](RESUME_SYSADMIN.md). Само разделение на три файла — прямое следствие правила «точное название желаемой должности, а не общая категория» ниже: одно резюме не может одновременно точно называться «Инженер по сопровождению», «DevOps-инженер» и «Системный администратор», поэтому под каждое направление — отдельный файл с той же фактурой, но своим заголовком и расстановкой акцентов (см. [legend/PROFILES.md](legend/PROFILES.md)). + ## Применено - **Стек — первой строкой в блоке опыта.** Уже было в резюме («Стек отдела: …»), не трогали. - **Достижения перед обязанностями для опыта 3+ года.** Уже было, не трогали. - **Глаголы совершённого вида, прошедшее время** («настроил», а не «настраивал»). Уже было, не трогали. -- **Точное название желаемой должности**, а не общая категория. Уже было («Инженер по сопровождению»), не трогали. +- **Точное название желаемой должности**, а не общая категория. В [RESUME.md](RESUME.md) уже было («Инженер по сопровождению»), не трогали. Ровно это правило и стало причиной завести [RESUME_DEVOPS.md](RESUME_DEVOPS.md) («DevOps-инженер») и [RESUME_SYSADMIN.md](RESUME_SYSADMIN.md) («Системный администратор») вместо того, чтобы подавать одно резюме на три разных направления. - **Мессенджеры в контактах** (Telegram/WhatsApp) дают заметно лучший отклик, чем только телефон/email. Добавили поля-плейсхолдеры в шапку — заполнить реальными данными. - **Широкий и полный список hard skills** (ориентир — 20+, без раздувания пустыми словами). Список был неполным (8 навыков) при том, что в описании опыта уже фигурируют Grafana, Prometheus, Mimir, ELK, Bash, Astra, CentOS, GitLab, Gitea, TeamCity, Molecule, Selenium, Java, Jira — это просто не было вынесено в раздел «Навыки». Свели воедино и сгруппировали по смыслу. - **Не указывать зарплатные ожидания без уверенности в цифре** (риск отсева на скрининге при завышении/заниженности). В резюме цифры и не было — оставили как есть, это уже правильно. diff --git a/RESUME_SYSADMIN.md b/RESUME_SYSADMIN.md new file mode 100644 index 0000000..e885547 --- /dev/null +++ b/RESUME_SYSADMIN.md @@ -0,0 +1,95 @@ +# Картман Эрик + +Мужчина, 28 лет, родился 18 апреля 1998 + +**Телефон:** 8 (988) 324-86-66 — предпочитаемый способ связи +**Telegram:** [добавить ссылку — мессенджеры дают заметно лучший отклик рекрутёров, чем email] +**WhatsApp:** [добавить, если отличается от основного телефона] +**Email:** p.maxim.mail@yandex.ru +**Проживает:** Таганрог +**Гражданство:** Россия, есть разрешение на работу: Россия +**Готов работать удалённо**, не готов к командировкам + +## Желаемая должность и зарплата + +**Системный администратор** + +- Специализации: Системный администратор +- Тип занятости: полная занятость +- Формат работы: удалённо, гибрид +- Желательное время в пути до работы: не имеет значения + +## Опыт работы — 4 года 5 месяцев + +### АО ТНИИС +**Сентябрь 2023 — настоящее время** (2 года 11 месяцев) +**Инженер по сопровождению** + +Стек отдела: Astra, Grafana, Prometheus, Docker, Ansible, Nginx, Jira, Gitea, Elastic Stack (ELK), Bash, Java + +**Достижения:** + +*Администрирование и автоматизация серверного парка:* +- Написал 15 скриптов с использованием Ansible, организовав управление конфигурациями серверов через роли и модули, сотрудничая с командами разработки и DevOps для определения требований и интегрировав тестирование в CI/CD-конвейеры (Molecule, TeamCity) — сократило время развёртывания и ручного администрирования, снизило количество ошибок и повысило стабильность сервисов. +- Настроил 50 дашбордов в Grafana для мониторинга серверного парка, интегрировав данные из Prometheus с унификацией форматов метрик — сократило время на выявление и диагностику неполадок на серверах, обеспечило доступ к дашбордам для всей команды через аутентификацию и обучение. + +**Обязанности:** + +*Администрирование серверов и сети:* +- Сопровождал и администрировал парк серверов на Astra Linux: работа с сервисами, логами и диагностика неполадок через консоль. +- Написал конфигурационные файлы Nginx для маршрутизации запросов и балансировки нагрузки между серверами. +- Настроил централизованный сбор и анализ логов со всех серверов через Elastic Stack (ELK) в дополнение к мониторингу метрик. + +*Автоматизация и конфигурация:* +- Автоматизировал установку и настройку серверов с помощью Ansible, что сократило время развертывания и ручных операций. +- Создал роли и плейбуки Ansible, обновил скрипты для автоматизации развертывания и настройки инфраструктуры. +- Контейнеризировал вспомогательные сервисы и инструменты сопровождения с помощью Docker. + +*Мониторинг инфраструктуры:* +- Установил и настроил систему Prometheus для сбора метрик со всех серверов и сервисов. +- Реализовал настройку Mimir, что улучшило масштабируемость системы мониторинга при росте парка серверов. + +*Управление проектами и задачами:* +- Использовал Jira для отслеживания задач, планирования спринтов и управления проектами в Agile-окружении. + +### ОКБ СУХОЙ +**Март 2022 — Сентябрь 2023** (1 год 7 месяцев) +**Инженер тестировщик** + +Стек отдела: CentOS, Selenium для автоматизации тестирования, GitLab + +**Достижения:** +- Разработаны эффективные тестовые сценарии для верификации встроенного программного обеспечения, а также автоматизированные модульные и интеграционные тесты, что повысило качество конечного продукта и сократило время на тестирование. + +**Обязанности:** +- Развёртывал и сопровождал тестовые стенды на платформе CentOS, работал с сервисами и логами через консоль. +- Проводил тесты для выявления проблем в программном обеспечении. +- Создавал тестовые сценарии для комплексной проверки функциональности. +- Написал автоматизированные тесты на стендах интеграционного и приемочного тестирования. +- Идентифицировал и документировал проблемы в процессе тестирования, готовил отчёты для разработчиков. + +## Образование + +**Магистр** +Южный федеральный университет, магистратура, 2024 +Инфокоммуникационные технологии и системы связи + +**Бакалавр** +Южный федеральный университет, бакалавриат, 2022 +Инфокоммуникационные технологии и системы связи + +## Навыки + +**Знание языков:** +- Русский — родной +- Английский — B2 (средне-продвинутый) + +**Ключевые навыки:** + +*ОС и серверы:* Linux · Astra Linux · CentOS · Bash · Docker +*Сети и балансировка:* Nginx (маршрутизация, балансировка нагрузки) +*Мониторинг:* Grafana · Prometheus · Mimir · Elastic Stack (ELK) +*Автоматизация и конфигурирование:* Ansible · Molecule +*CI/CD и трекинг задач:* Git · GitLab · Gitea · TeamCity · Jira +*Языки и БД:* Python · SQL · C/C++ · Java · PostgreSQL +*Дополнительно (самостоятельная практика):* Kubernetes · Helm · сетевая диагностика (DNS, traceroute, TCP/IP, HTTP/TLS) · Kafka · HashiCorp Vault diff --git a/legend/LEGEND.md b/legend/LEGEND.md index 0e43a68..5d78716 100644 --- a/legend/LEGEND.md +++ b/legend/LEGEND.md @@ -2,7 +2,7 @@ Единый источник истины о том, «где и зачем» применялась каждая технология из резюме. Все кейсы и ответы на вопросы должны быть непротиворечивы этому документу. См. правила проработки кейсов в [../AI_GUIDELINES.md](../AI_GUIDELINES.md). -Живой нарратив поверх этой таблицы (проект отдела, распорядок дня, разбор инцидента, версионирование дашбордов) — в [STORY.md](STORY.md). Стек отдела целиком, включая инструменты без личной строки в резюме, — в [DEPT_STACK.md](DEPT_STACK.md). +Живой нарратив поверх этой таблицы (проект отдела, распорядок дня, разбор инцидента, версионирование дашбордов) — в [STORY.md](STORY.md). Стек отдела целиком, включая инструменты без личной строки в резюме, — в [DEPT_STACK.md](DEPT_STACK.md). Есть три резюме под три направления (мониторинг, DevOps, системное администрирование) с одними и теми же фактами из этого файла, но разной расстановкой акцентов — какое резюме соответствует какому направлению и как вести себя на собеседовании в зависимости от него, см. [PROFILES.md](PROFILES.md). ## Таймлайн @@ -71,6 +71,7 @@ При добавлении нового кейса в `stack/*/CASE.md`: 1. Сверить, что компания/период/стек совпадают с таблицей выше. 2. Если кейс раскрывает технологию по-новому — обновить соответствующий пункт здесь же. -3. Не добавлять технологии, которых нет ни в [../RESUME.md](../RESUME.md), ни в этом файле. +3. Не добавлять технологии, которых нет ни в одном из трёх резюме ([../RESUME.md](../RESUME.md), [../RESUME_DEVOPS.md](../RESUME_DEVOPS.md), [../RESUME_SYSADMIN.md](../RESUME_SYSADMIN.md)), ни в этом файле. 4. Pet-технологии (раздел выше) никогда не переносятся в блоки опыта компаний — только в раздел «Навыки» резюме и в раздел «Домашняя лаборатория» здесь. 5. Новые истории и детали быта/процессов сверять с [STORY.md](STORY.md), стек отдела — с [DEPT_STACK.md](DEPT_STACK.md), чтобы не появлялось противоречий между документами. +6. Факты (компании, даты, должности в опыте, цифры) должны быть идентичны во всех трёх резюме — различаться может только расстановка акцентов и порядок подачи, см. [PROFILES.md](PROFILES.md). diff --git a/legend/PROFILES.md b/legend/PROFILES.md new file mode 100644 index 0000000..a86291c --- /dev/null +++ b/legend/PROFILES.md @@ -0,0 +1,57 @@ +# Профили позиционирования: три резюме, одна легенда + +Резюме теперь три — [../RESUME.md](../RESUME.md) (мониторинг), [../RESUME_DEVOPS.md](../RESUME_DEVOPS.md) (DevOps), [../RESUME_SYSADMIN.md](../RESUME_SYSADMIN.md) (системное администрирование). Причина разделения: одно резюме, заточенное под мониторинг, снижало проходимость на скрининге по двум другим направлениям — конкретное название желаемой должности и релевантная подача первых пунктов сильно влияют на отклик (см. [../RESUME_RULES.md](../RESUME_RULES.md) → «Точное название желаемой должности»). + +**Главное правило: факты одни на все три профиля, различаются только акценты.** Компании, даты, должности в блоках опыта, цифры (50 дашбордов, 15 Ansible-скриптов), образование — идентичны во всех трёх файлах. [LEGEND.md](LEGEND.md) остаётся единственным источником истины о том, где и зачем применялась каждая технология; этот файл — только надстройка про то, как расставлять акценты и вести себя на собеседовании в зависимости от того, с какого резюме пришёл отклик. HR одной компании технически может увидеть все три резюме соискателя на hh.ru — противоречий в фактах между ними быть не должно, иначе это разрушает доверие мгновенно. + +## Как определить, какой профиль держать + +Перед звонком/собеседованием смотреть, на какую вакансию и через какое резюме был отклик — это определяет, какой профиль ниже держать в разговоре. Если непонятно (рекрутёр не уточнил) — по умолчанию профиль «Мониторинг», как основной и наиболее проработанный. + +## Профиль 1 — Мониторинг + +**Резюме:** [../RESUME.md](../RESUME.md), должность «Инженер по сопровождению». + +**Питч на 30 секунд:** «4 года 5 месяцев в инфраструктуре и эксплуатации, последние почти 3 года — инженер по сопровождению в АО ТНИИС, где мониторинг был основной зоной ответственности: настроил и веду 50 дашбордов Grafana, интегрировал Prometheus, внедрил Mimir для горизонтального масштабирования хранения метрик. Автоматизацию вокруг мониторинга и деплоя закрываю Ansible и Docker». + +**Что вести первым:** связка Grafana + Prometheus + Mimir, кейс с балансировкой Nginx под 3 инстанса Mimir ([STORY.md](STORY.md) → «Сложная задача»), разбор инцидента по стандартной формуле ([STORY.md](STORY.md) → «Как решается инцидент»), версионирование дашбордов через Gitea + TeamCity. + +**Что держать фоном:** Ansible/Docker — упоминать как инструменты, обслуживающие мониторинг, не выводить в центр рассказа. + +**Pet-кейсы под руку:** [stack/monitoring](../stack/monitoring/CASE.md) уже покрыт основным опытом; из pet — не требуется, разве что Kafka, если спросят про очереди/потоковую передачу метрик. + +**Уже полностью покрыто действующими документами** — этот профиль не новый, все `stack/monitoring/QUESTIONS.md` и текущая структура резюме уже заточены под него. + +## Профиль 2 — DevOps + +**Резюме:** [../RESUME_DEVOPS.md](../RESUME_DEVOPS.md), должность «DevOps-инженер». + +**Питч на 30 секунд:** «4 года 5 месяцев в эксплуатации и автоматизации инфраструктуры. В АО ТНИИС автоматизировал конфигурирование и деплой через Ansible (15 ролей, тестирование через Molecule, раскатка через TeamCity), контейнеризировал сервисы в Docker, администрирую self-hosted CI на Gitea Actions — включая кастомный cross-builder под ARM для другого проекта отдела. Мониторинг (Grafana/Prometheus/Mimir) веду как часть той же инфраструктуры. Дополнительно дома поднял Kubernetes-кластер и прошёл его вживую по компонентам — в проде на текущем месте оркестрации не было (закрытый статичный парк VM), хочется расти в эту сторону». + +**Что вести первым:** Ansible-автоматизация (роли/плейбуки/Molecule/TeamCity), Docker (multi-stage build, сети, диагностика — [stack/docker/CASE.md](../stack/docker/CASE.md)), реальный кейс с Gitea CI-раннерами (restart-loop, cross-builder, маршрутизация по меткам — [stack/docker/CASE.md](../stack/docker/CASE.md) → раздел 9), pet Kubernetes ([stack/kubernetes/CASE.md](../stack/kubernetes/CASE.md)). + +**Что держать фоном:** Grafana-дашборды — упоминать как результат, не углубляться так же подробно, как в профиле «Мониторинг». + +**Типовой риск направления и честный ответ:** «Kubernetes в проде?» → прямо и честно, по формуле из [LEGEND.md](LEGEND.md) → «Домашняя лаборатория»: «В рабочем стеке этого не было — закрытый статичный парк VM, оркестрация была не нужна, весь IaC-слой закрывал Ansible. Мне стало интересно, поэтому поднял себе дома кластер (kind, 1 control-plane + 2 worker) и прошёл его от установки до собственного Helm-чарта — могу подробно рассказать про Pod/Deployment/Service/Ingress и что видел вживую». Не выдавать pet-практику за продовый опыт. + +**Pet-кейсы под руку:** [stack/kubernetes/CASE.md](../stack/kubernetes/CASE.md), [stack/vault/CASE.md](../stack/vault/CASE.md) (если спросят про секреты — ansible-vault в проде, Vault — pet), [stack/kafka/CASE.md](../stack/kafka/CASE.md). + +## Профиль 3 — Системное администрирование + +**Резюме:** [../RESUME_SYSADMIN.md](../RESUME_SYSADMIN.md), должность «Системный администратор». + +**Питч на 30 секунд:** «4 года 5 месяцев в эксплуатации серверной инфраструктуры. В АО ТНИИС сопровождаю парк серверов на Astra Linux — диагностика через логи и консоль, Nginx для маршрутизации и балансировки нагрузки, централизованный сбор логов через ELK, автоматизация рутинных операций через Ansible-роли и Bash. До этого в ОКБ СУХОЙ разворачивал и сопровождал тестовые стенды на CentOS. Образование — «Инфокоммуникационные технологии и системы связи», профильное для сетевой и серверной части». + +**Что вести первым:** администрирование Astra Linux/CentOS (сервисы, логи, systemd — формула диагностики из [STORY.md](STORY.md) → «Как решается инцидент», шаги 4-5 про `systemctl status`/`journalctl`), Nginx как балансировщик, автоматизация через Ansible/Bash, сетевая диагностика (dig/traceroute/curl/ss — [stack/networking/CASE.md](../stack/networking/CASE.md)). + +**Что держать фоном:** Grafana/Prometheus — упоминать как инструмент диагностики администратора («смотрю на дашборд, вижу аномалию, иду разбираться»), не как отдельную специализацию. + +**Типовой риск направления и честный ответ:** «Опыт с сетевым железом — коммутаторы, VLAN, маршрутизаторы?» → честно: «Железных сетей (коммутаторы, VLAN на оборудовании) в опыте нет — весь опыт на уровне Linux-серверов: балансировка и маршрутизация через Nginx, диагностика сети (DNS-резолвинг, TCP/IP, HTTP/TLS-хендшейк, `traceroute`/`ss`/`curl -v`) systematизирована отдельно как домашняя практика поверх повседневного администрирования серверов». Не пытаться выдать это за опыт сетевого инженера с железом — это прямой путь к провалу на первом же уточняющем вопросе. + +**Pet-кейсы под руку:** [stack/networking/CASE.md](../stack/networking/CASE.md) (основной для этого профиля), [stack/databases/CASE.md](../stack/databases/CASE.md) (PostgreSQL — если спросят про администрирование БД сверх роли потребителя метрик из Postgres Exporter, см. [DEPT_STACK.md](DEPT_STACK.md)). + +## Общее для всех трёх профилей + +- Причина ухода, распорядок дня, состав отдела, разбор инцидента — общий нарратив из [STORY.md](STORY.md), не меняется между профилями. +- Цифры нагрузки — только по правилам [CAPACITY.md](CAPACITY.md), независимо от того, какое резюме привело к диалогу. +- Если на собеседовании всплывает факт из другого профиля (например, интервьюер по DevOps-вакансии спрашивает про сетевую диагностику) — отвечать честно из общей легенды, профили не создают барьеров в знаниях, только определяют, что рассказывать первым по умолчанию.