Devops Bootcamp с Федосеевым

Как оценить компанию по вакансии? Вчерашний лайв натолкнул меня на мысль об очередном посте с тегом #карьера Сегодня хочу дать вам небольшую шпаргалку, которая поможет по тексту вакансии понять, стоит ли тратить время на дальнейшую коммуникацию. 1. Описание компании Чем проще и яснее описан продукт или сервис — тем лучше. ✅ «Разрабатываем SaaS-платформу для CI/CD с Kubernetes» — ок. 🚩 «Инновационные IT-решения для цифровой трансформации» — мутно. Проверьте: есть ли у компании нормальный сайт, стек технологий в открытых источниках (GitHub, LinkedIn, Хабр Карьера). Если гуглится только реклама и шаблонные фразы — тревога. 2. Задачи в вакансии Хорошая компания знает, какой именно инженер ей нужен. ✅ «Настройка Terraform, автоматизация развертывания в AWS, мониторинг через Prometheus/Grafana» — конкретно. 🚩 «Работа с облачными сервисами и поддержка инфраструктуры» — слишком размыто. Даже если задачи засекречены под NDA (например, из-за специфики продукта), описание в общих чертах все равно должно быть. 3. Этапы отбора Прозрачность = признак отлаженных процессов. ✅ «Скрининг → тех. интервью → тестовое → финал с CTO» — ок. 🚩 «Сначала поговорим, потом посмотрим» — хаос. Для DevOps это особенно важно: если в найме бардак, вероятно, и в инфраструктуре тоже. 4. Зарплатная вилка Компания, которая сразу пишет «от $3000 до $5000» — редкий бриллиант. 🚩 «Зарплата по результатам собеседования» = «Попробуем вас прожать». DevOps-роли требуют конкретики: вы же не настраиваете сервера «как договоримся». 5. Сроки обратной связи ✅ «Дадим ответ в течение 7 дней» — уважение к кандидату. 🚩 «Если не перезвонили — значит, не подошли» — плохой тон. Хорошая вакансия — как хороший CI/CD-пайплайн: прозрачный, предсказуемый и без скрытых ошибок.

➡️ Лайв через 15 минут ⬅️ Подключайтесь!

Что происходит на DevOps Upgrade? Пока студенты 11 потока плавно вливаются в обучение, принес вам немного скринов из чата прошлого потока. Каждый раз у нас собирается классное комьюнити, которое поддерживает, помогает и мотивирует. А еще может в рандомный момент прислать фотку плова — ну просто чтобы порадоваться вместе.

Вторник — день задачи! #задача На прошлой неделе, когда я рассказывал про Harbor, я сказал, что в нём есть trivy, и это удобно и полезно. Сегодня проверим, кто понимает, чем это может быть полезно.

В каких проверках/сканированиях trivy нам НЕ подойдет?

Когда надёжность становится дорогой ошибкой? Или как не допустить избыточной работы SRE (да и DevOps-команды тоже — все мы в одной лодке, в конце концов). ➡️ Завтра в 17:00 мск третий вебинар из серии FinOps Программа вебинара: 🪩 как гонка за 100% uptime съедает бюджет; 🪩 почему стремление к 100% аптайму может навредить бизнесу; 🪩 как SRE помогает найти баланс между стабильностью и развитием. Спикер: уже знакомый нам Кирилл Борисов, SRE-инженер в VK. ➡️ Занять место и получить ссылку на вебинар — в боте-помощнике.

Соскучились по прямым эфирам? Если честно, я тоже. Поэтому в четверг, 10 июля мы с Кириллом Борисовым решили снова устроить карьерный лайв и разобрать вакансии — на этот раз на моем канале. Начало — в 18:00. Кидайте в комменты ссылки на вакансии, которые хотите видеть на разборе ⬇️

Коллеги, всех с пятницей! Какие планы на выходные? Я вот ловлю редкое нынче солнце, чтобы с кайфом поездить на мотоцикле. Купил новую камеру, так что могу вам теперь такие видосы записывать 😎

Как писать сопроводительные письма? Хорошее сопроводительное — это не просто формальность, а ваш первый продающий текст перед работодателем. Идеальное CL состоит из трёх частей: 🍀 Саммари — ваш профессиональный трейлер Коротко, но ёмко: стаж, ключевые технологии, масштаб проектов. Например:

8+ лет в DevOps/SRE, от маленьких стартапов до enterprise (финтех, e-commerce). Начинал с ручного администрирования серверов, затем перешёл на автоматизацию через Ansible и Terraform. Сейчас фокусируюсь на Kubernetes, observability (Prometheus, Grafana) и CI/CD (GitLab, ArgoCD). Опыт масштабирования инфраструктуры с 10 до 500+ нод, сокращения downtime с 99.9% до 99.99%.

Еще пример:

5 лет в облачных инфраструктурах (AWS, GCP). Специализация — security-first подход: настройка IAM, hardening кластеров k8s, аудит через OpenSCAP. Уменьшил затраты на облако на 30% за счёт оптимизации ресурсов и spot-инстансов.

🍀 Релевантный опыт — хард-скиллы под вакансию Выбираете 3-4 ключевых пункта из описания работы и показываете, как уже это делали. Например:

Требование: Опыт с Kubernetes в production → Разворачивал и поддерживал k8s-кластеры на 50+ нодах (EKS), настраивал мониторинг через Prometheus-оператор и алерты в Slack. Автоматизировал деплой приложений через Helm + ArgoCD.

Или так:

Требование: Оптимизация CI/CD пайплайнов → Сократил время сборки с 20 до 5 минут за счёт кеширования зависимостей и параллельного запуска тестов. Перевёл Jenkins на GitLab CI, что уменьшило затраты на поддержку на 40%.

🍀 Мотивация — почему именно вы? Здесь нельзя писать шаблоны в духе «ваша компания — лидер рынка». Лучшие варианты: Продукт

Использую ваше решение для мониторинга в текущем проекте — хочу улучшать его изнутри.

Технологии

Хочу глубже погрузиться в вашу инфраструктуру на Go + Rust, чтобы писать более эффективные утилиты.

Команда

Слежу за блогом CTO про scaling databases — разделяю подход «automate everything».

⭐️ Важно: CL необходимо адаптировать под каждую компанию. Так HR сразу увидит, что вы — не случайный соискатель, а осознанный кандидат, который четко понимает свои скиллы и цели. #карьера

Как DevOps-инженеру сэкономить часы работы и избежать ошибок? Научиться грамотно использовать AI-инструменты и сделать их своими постоянными помощниками. Главное — не сливать gpt конфиденциальную информацию, а то знаю я некоторые кейсы, которые плохо закончились))) ➡️ Как приручить LLM, расскажет Виктор Чаплыгин, Senior Engineer в международном GameDev холдинге. Воркшоп в эту субботу! Что будет на воркшопе: Теория: кратко о том, как работают LLM в контексте разработки и эксплуатации. Обзор Cursor IDE — AI-интегрированная IDE с поддержкой кода и терминала. Практика: 🔹 Настройка Cursor IDE — подготовка среды для продуктивной работы с AI; 🔹 Создание и отладка IaC (Kubernetes YAML, Ansible) с помощью AI-ассистентов: выявление и исправление ошибок; 🔹 Генерация понятной и структурированной документации к проектам с помощью AI; 🔹 Разбор реальных кейсов и работа с командной строкой: исправление, пояснение, улучшение команд и манифестов. А ещё — личный опыт и лучшие практики применения GPT-ассистентов для повседневных DevOps-задач, от написания инфраструктуры до исправления ошибок и генерации документации. Когда: в субботу, 5 июля Узнать подробности и занять место на воркшопе — по ссылке.

Harbor как инструмент, который точно вам подойдет. Просто registry Harbor — это open-source решение для управления контейнерными образами (Docker, OCI), разработанное VMware и ставшее проектом CNCF. Для DevOps-инженеров он стал незаменимым инструментом благодаря своей простоте, интеграциям и безопасности. Разберем ключевые преимущества и удобства. 🟢 Преимущества harbor и его основные фичи ➡️ Высокая доступность и производительность: — Репликация между инстансами Harbor (мультирегиональные кластеры) — Кэширование прокси для ускорения загрузки образов из Docker Hub — Поддержка распределенного хранения (S3, Azure Blob, Swift) ➡️ Управление артефактами — Хранение не только Docker-образов, но и Helm-чартов, OPA-политик, WASM-модулей — Автоматическая сборка мусора (garbage collection) для оптимизации дискового пространства ➡️ Экономия ресурсов — Proxy Cache: сокращение трафика за счет кэширования публичных образов — Immutable Tags: запрет перезаписи тегов для стабильности продакшена Конечно это не единственное решение для хранение образов контейнеров. Даже тот-же Gitlab позволяет хранить в своем registry. Почему я выбираю его? 🟢 Удобство управления через web UI — для любителей настоящего clickops. 🟢 Интеграция с keycloak который обсуждали на прошлой неделе — еще больше помогает красиво встроить в ваш стек. 🟢 Широкие возможности rest api — можно автоматизировать все действия, а значит только ваша фантазия сможет ограничить вашу автоматизацию. 🟢 Интеграция с ci/cd деплой в k8s работает именно так, как и ожидается: просто поменять один registry на другой. Например, при переходе с gitlab registry. Но можно еще настроить интеграцию с самим gitlab, и тогда он будет его использовать вместо встроенного и даже в интерфейсе будет отображаться. 🟢 self-hosted — когда нужно такое решение, вариантов не так много. Не всегда функции в облачных registry достаточно 🟢 Интеграция с Trivy — решает проблему с необходимостью сканирования уязвимостей, которая с большой вероятностью необходима. 🟢 roxy cache — решает проблему с rate limit на внешние registry. Можно также настроить вместе с gitlab и получить прозрачный способ, когда всегда используется именно proxy, без дополнительных указаний. Так разработчики смогут не задумываться о вероятных проблемах. А если вы используете еще и хранение helm чартов, можно тоже удобно все хранить в harbor. Очевидные, но не менее важные функции: квоты по проектам и политика очистки. В сочетании с tag immutability rules позволит сделать хранение и более компактным и безопасным. А если функций не хватает, можно вернуться к возможностям rest api.

Одиннадцатый поток DevOps Upgrade стартовал!💥 Впереди 9 месяцев обучения, шесть модулей, огромное количество практики и два больших проекта для портфолио (а ещё — отдельный проект по навыкам Linux и Git). В июле нас ждет плавный вход в процесс обучения, подготовительные курсы по Linux, Git и Docker (или пробный проект на стенде), тренинги по таймменеджменту и самообучению. ➡️ Присоединиться к потоку можно в течение месяца ⬅️ Поэтому жду всех, кто пропустил анонсы, опоздал, не успел (нужное подчеркнуть). Подключайтесь, чтобы стартануть в DevOps уже следующей весной. Подробности — на странице курса.

Коллеги, приветствую! Сегодня пятница, и я принес вам тему для обсуждения. Все говорят про опыт работы, а я задаюсь вопросом — насколько опыт «отработал 3 года, посидел и что-то поделал» равен реальным навыкам? Когда взял, разобрался в каком-то вопросе, изучил сам технологии. Мне кажется, ответ здесь на поверхности — это не одно и то же. Опыт бывает разный: когда вы что-то сами делаете, и когда кто-то уже все сделал за вас, и вы просто этим пользуетесь. Поэтому опыт на курсах и петпроектах, когда вы пробуете делать что-то сами, на самом деле очень даже интересен и никогда не бывает лишним. Как вы считаете? А тем временем, до старта DevOps Upgrade осталось два дня 👀

Коллеги, приветствую! Сегодня пятница, и я принес вам тему для обсуждения. Все говорят про опыт работы, а я задаюсь вопросом — насколько опыт «отработал 3 года, посидел и что-то поделал» равен реальным навыкам? Когда взял, разобрался в каком-то вопросе, изучил сам технологии. Мне кажется, ответ здесь на поверхности — это не одно и то же. Опыт бывает разный: когда вы что-то сами делаете, и когда кто-то уже все сделал за вас, и вы просто этим пользуетесь. Поэтому опыт на курсах и петпроектах, когда вы пробуете делать что-то сами, на самом деле очень даже интересен и никогда не бывает лишним. Как вы считаете? А тем временем, до старта DevOps Upgrade осталось два дня 👀

Что делать, если вы не знаете ответ на вопрос на техническом интервью? Спойлер: это нормально. Никто не ждёт от вас знания вообще всех инструментов (если только вы не мифический «10 лет опыта в Kubernetes в 2015 году»). Но как тогда отвечать? 1️⃣ Не врать про опыт, вас всё равно разоблачат 2️⃣ Включить инженерную логику и смоделировать решение Пример:

— Как бы вы масштабировали Cassandra под нагрузкой? — Прямого опыта нет, но я бы: 1. Замерял метрики (latency/throughput) 2. Проверил настройки троттлинга 3. Добавил ноды через Terraform + провёл rolling update

⭐️ Фишка: работодатель хочет видеть системное мышление, а не энциклопедию. Ваш подход > зазубренные ответы. Сохраняйте, когда будете готовиться к hardcore-вопросам! 🔥 #карьера

DevOps Upgrade: старт уже в понедельник! Подробная программа летнего потока: 🍀 Модуль 1. Введение к курсу Июль — плавное погружение в процесс обучения. 4 недели на освоение и повтор материала — без давления, но с поддержкой от меня и куратора. ➡️ Неделя 1 Знакомство и вводная встреча со мной и куратором, входное тестирование, roadmap DevOps. Открываем вводные курсы на выбор: большой видеокурс по Linux, введение в Ansible и Docker, подготовительный курс по Git. Для тех, кому не надо ничего подтягивать — пробный проект на стенде. ➡️ Неделя 2 Изучение вводных курсов, тренинг по тайм-менеджменту и самообучению. ➡️ Недели 3-4 Прохождение вводных курсов. Самостоятельный трек + поддержка от меня и куратора. ➡️ Неделя 5 Плавный вход в модуль Ansible с увеличенным временем прохождения. 🍀 Ansible: Infrastructure as Code 28 июля — 29 августа Получите навыки автоматизации конфигураций и развертывания серверов. Освоите использование инфраструктуры как кода (IaC) для управления и масштабирования инфраструктуры. Научитесь писать и отлаживать плейбуки, создавать роли и управлять зависимостями. 🍀 Модуль 2. Docker. Основы 29 августа — 26 сентября Освоите контейнеризацию приложений для создания изолированных и стабильных сред разработки и тестирования. Научитесь управлять жизненным циклом контейнеров и оптимизировать их использование. Подготовите базу для работы с оркестрацией контейнеров в Kubernetes. ➡️ Перерыв: сдача практики или каникулы, если все сдано. 🍀 Модуль 3. Kubernetes 6 октября — 14 ноября Обучитесь оркестрации контейнеров и управлению масштабируемыми кластерами. Освоите управление ресурсами Kubernetes (Pods, Services, Deployments, RBAC). Получите навыки настройки сетей и политик безопасности внутри кластеров. 🍀 Модуль 4. CI/CD 14 ноября — 16 декабря Изучите основные принципы непрерывной интеграции и доставки. Настроите автоматизацию развертывания и тестирования с использованием GitLab CI/CD. Разработаете и внедрите эффективные пайплайны для обеспечения качества кода и ускорения разработки. ➡️ Перерыв: сдача практики или каникулы, если все сдано. 🍀 Модуль 5. Kubernetes: мониторинг и логирование Научитесь настраивать мониторинг с использованием Prometheus и Grafana. Освоите управление логами через стек EFK (Elasticsearch, Fluentd, Kibana). Повысите навыки анализа метрик и настройки алертов для обеспечения стабильности и быстрого устранения сбоев. 🍀 Бонус. Мониторинг в Grafana Научитесь выбирать подходы к мониторингу, устанавливать и настраивать Prometheus и Grafana, интерпретировать метрики, работать с задержкой, а также создавать информационные панели и настраивать оповещения для оперативного реагирования на сбои. 🍀 Модуль 6. Terraform 4 февраля — 27 февраля Освоите управление инфраструктурой как кодом (IaC) с помощью Terraform. Научитесь создавать модульные и повторно используемые конфигурации для управления ресурсами. Подготовитесь к работе с облачными платформами (AWS, Azure, Google Cloud) для автоматизации и масштабирования. ➡️ Перерыв: сдача практики или каникулы, если все сдано. 🍀 Финальный проект 10 марта — 24 марта Создадите инфраструктуру для высоконагруженного приложения, интегрировав все изученные инструменты. Защитите свой проект и добавите его в портфолио. Занять место на потоке — по ссылке. Жду каждого, кто готов стартануть в DevOps уже в марте 🔥 #devops_upgrade