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

Рад сообщить: старт нового потока курса Профессия DevOps-инженер запланирован на 21 сентября⚡️ Важно успеть — ранние цены уже сменились средними, и это тоже временно. До 1 сентября можно записаться по сниженной стоимости, дальше — только полная цена. Программа охватывает: 🔴полный цикл CI/CD; 🔴облачную инфраструктуру (AWS, Yandex Cloud); 🔴контейнеризацию (Docker) и оркестрацию (Kubernetes); 🔴управление инфраструктурой как кодом (Terraform); 🔴мониторинг, логирование и обеспечение отказоустойчивости. Курс построен вокруг сквозного практического проекта. Участники работают с реальным приложением SlurmTalks на всех этапах. Ключевые преимущества: ⏩диплом о профессиональной переподготовке; ⏩практический опыт, сопоставимый с задачами в реальных проектах; ⏩83% практики Длительность обучения — 9 месяцев. До 1 сентября действуют выгодные цены на все тарифы: 🔥Комфорт — 155 000₽ (вместо 195 000₽) 🔥Карьера — 190 000₽ (вместо 230 000₽ 🔥VIP — 335 000₽ (вместо 375 000₽) Подробнее о тарифах и программе ➡️ на сайте

Коллеги, приветствую! 👋 Эфир на тему: "Путь-Devops инженера" состоялся — делюсь с вами записью, чтобы вы могли посмотреть его в удобное время. Поговорили о том, как развиваться в DevOps, какие навыки помогают расти специалистам и какие направления будут особенно актуальны в ближайшие годы. В эфире разобрали: ⏩какие компетенции дают преимущество в профессии; ⏩какие технологии стоит изучать в 2026 году; ⏩как выстроить путь развития, если вы только начинаете в DevOps; ⏩разобрали несколько резюме участников и дали рекомендации, как их улучшить и сделать более сильными для поиска новых возможностей. Если вы пропустили эфир или хотите понять, как двигаться дальше в DevOps — обязательно смотрите запись⬆️

Коллеги приветствую👋 Напомню, что у Слёрма есть бесплатный курс «Быстрый старт в DevOps» Если вы давно хотели разобраться, что вообще входит в DevOps, но не понимали, с чего начать — это один из самых отличных вариантов для старта Внутри курса: 🔹чем занимается DevOps-инженер; 🔹зачем нужны Docker, Kubernetes, CI/CD, Terraform и мониторинг; 🔹как все эти инструменты связаны между собой; 🔹в каком порядке их изучать, чтобы не утонуть в количестве технологий. Самое приятное — он бесплатный, поэтому можно спокойно пройти и понять, насколько вам вообще интересно это направление

Коллеги, приветствую! 👋 Если вы хотите разобраться, как эффективно и безопасно применять ИИ в инженерной работе, Слёрм запускает бесплатную вечернюю школу «ИИ для инженеров: польза и риски» За 6 онлайн-занятий вместе с практикующими инженерами разберёте: 🔴где LLM действительно помогают DevOps, SRE, Platform и Security-командам; 🔴 как применять ИИ при работе с логами, алертами, инцидентами, тикетами и документацией; 🔴почему модели галлюцинируют и как проверять их ответы перед использованием; 🔴какие есть риски с безопасностью, данными, compliance и юридическими аспектами; 🔴 как встроить ИИ в рабочие процессы так, чтобы он приносил пользу, а не создавал новые проблемы. В программе также будут темы про: 🔴разбор метрик и шумных алертов с помощью ИИ; 🔴автофикс проблем в проде; 🔴ИИ-агентов для бизнес-задач; 🔴использование LLM в SOC и борьбу с alert fatigue; 🔴инженерное мышление в эпоху LLM. ⏩Старт — 21 июля ⏩Участие бесплатное, формат — онлайн Если тема вам актуальна ➡️ регистрируйтесь, будет полезно.

без подписи

Коллеги приветствую👋🏻 Сейчас я активно провожу собеседования для инженерных позиций и в процессе наткнулся на один проект. Решил поделиться — возможно, он будет полезен и вам. Речь вот об этом репозитории: https://github.com/bykvaadm/interview-platform Проект интересный, но меня в нём привлекает прежде всего структура хранения вопросов, а не сами вопросы как таковые. Да, он не решает главной головной боли — что именно спрашивать, — но даёт удобный шаблон для организации материала и предлагает нестандартный взгляд на оценку уровня инженеров. При этом структура гибкая: вы можете легко адаптировать её под свои темы, добавлять свои разделы, убирать спорные моменты. Вопросы для обсуждения: ➡️Стоит ли, на ваш взгляд, заморачиваться и писать собственный набор вопросов в таком формате? ➡️Было бы полезно, если бы этим пользовались и другие коллеги? А может, даже соберёмся и сообща накидаем общую базу — так получится объективнее. Буду рад обсудить ваше мнение в комментариях⬇️

без подписи

Коллеги, приветствую! 👋 17 июля состоялся прямой эфир на тему: «Путь DevOps-инженера» Обсудили на эфире: ➡️ хватает ли на рынке DevOps-кадров прямо сейчас ➡️ как импортозамещение (Astra Linux, РЕД ОС и прочий «отечественный стек») меняет требования к инженерам ➡️ почему специалиста, который реально шарит в этих системах, найти — задача со звёздочкой ➡️ разобрали несколько резюме участников и дали рекомендации, как их улучшить и сделать более сильными для поиска новых возможностей Смотрите запись эфира полностью здесь ➡️ смотреть А если хотите стать тем самым специалистом, которого сейчас днём с огнём ищут — приходите на курс Профессия DevOps-инженер Разберём актуальный стек, практику и всё то, что реально спрашивают на собеседованиях и требуют в проде

Коллеги, приветствую 👋 Хочу порекомендовать вам интенсив — если вы давно поглядываете в сторону SRE, но не знаете, с какого конца подступиться, это отличная точка входа. За 7 учебных дней разберетесь, как SRE измеряет надежность, работает с инцидентами и улучшает сервисы. Соберете SRE-пакет по знакомому сервису и личный roadmap на 3 месяца — без кода и настройки окружения ➡️ Формат лёгкий: Telegram-чат, ~ 3 часов в день, из инструментов нужен только браузер. ➡️ Автор — Максим Гусев, руководитель SRE в RWB, 11+ лет в отказоустойчивых системах. Если вы: ➖разработчик и хотите понимать, что происходит с сервисом после деплоя ➖сисадмин, уставший тушить пожары ➖начинающий DevOps, для которого SRE пока тёмный лес ➖или просто присматриваетесь к профессии и хотите понять, ваше это или нет Узнать подробности ➡️ на страницу интенсива

Коллеги, приветствую!👋 Рад сообщить: стартует грант на новый поток курса «Профессия DevOps-инженер» Этот курс — для тех, кто уже работает с Linux, Bash и базами данных, но чувствует, что дорос до нового уровня. Если цель — войти в DevOps или прокачаться до уверенного middle-специалиста, вам сюда. ❗️Вы соберете портфолио из 2 реальных проектов под руководством инженеров из крупных IT-компаний Попытайте удачу — вдруг этот грант ваш⬇️ Три призовых места: 🔴1 место — 100% скидка 🔴2 место — 50% скидка 🔴3 место — 30% скидка Условия участия: 1️⃣Подписаться на канал — Devops Bootcamp с Федосеевым 2️⃣Выполнить задание гранта по ссылке до 13 августа включительно 3️⃣Результаты гранта будут объявлены 14 августа в канале Devops Bootcamp с Федосеевым ⚡️Старт гранта — 5 августа⚡️ Не откладывайте — время до дедлайна ограничено!

без подписи

без подписи

без подписи

⚡️⚡️⚡️⚡️⚡️⚡️⚡️⚡️⚡️⚡️⚡️⚡️ Коллеги, приветствую!👋 Приглашаю вас на вебинар на тему:«Модели ветвления и их влияние на CI/CD-пайплайн»⚡️ Со мной в эфире: 🔴Кирилл Юденок — старший инженер по практикам DevOps, Флант Расскажем: ⏩Что такое модель ветвления и почему это не «просто про git» ⏩Зачем нужны модели ветвления (и почему без них плохо) ⏩Историю одного проекта — от "push" в main до выстроенного процесса ⏩4 базовые модели: схемы, плюсы, минусы — без воды ⏩Как выбранная модель ветвления определяет требования к CI/CD-пайплайну — на примере из практики ❗️В эфире каждый участник сможет задать интересующий его вопрос по теме и получить ответ прямо от экспертов Запись на вебинар ➡️ в боте

без подписи

Коллеги, приветствую 👋 Знаете, есть расхожее мнение, что в DevOps все стартуют по накатанной: профильное образование, сразу первая работа в IT и быстрый рост до Kubernetes и продакшна. ➡️ Чаще путь выглядит куда более "живым": пара лет на двух работах одновременно, задачи, которые не поддаются с первого раза, постоянные поиски своего направления и учеба буквально на ходу. Один из менторов курса «Профессия DevOps-инженер» — Евгений Федосеев — сам прошел через всё это: начинал инженером земельного кадастра, а сейчас держит в зоне ответственности несколько кластеров Kubernetes в фармтехе. ➡️ В карточках — его история: почему системность на длинной дистанции решает больше, чем природный талант, что делать, когда накрывает желание бросить всё, и почему в этой профессии в итоге выигрывают не самые одаренные, а самые упорные

Коллеги, приветствую 👋 Знаете, есть расхожее мнение, что в DevOps все стартуют по накатанной: профильное образование, сразу первая работа в IT и быстрый рост до Kubernetes и продакшна. ➡️ Чаще путь выглядит куда более "живым": пара лет на двух работах одновременно, задачи, которые не поддаются с первого раза, постоянные поиски своего направления и учеба буквально на ходу. Один из менторов курса «Профессия DevOps-инженер» — Евгений Федосеев — сам прошел через всё это: начинал инженером земельного кадастра, а сейчас держит в зоне ответственности несколько кластеров Kubernetes в фармтехе. ➡️ В карточках — его история: почему системность на длинной дистанции решает больше, чем природный талант, что делать, когда накрывает желание бросить всё, и почему в этой профессии в итоге выигрывают не самые одаренные, а самые упорные

Коллеги приветствую👋 Сегодня немного дополним более ранний пост про использование inputs в пайплайнах. Это такое, что точно можно использовать, если все почему-то так еще не делаете. Рассмотрим проект запуска пайплайна в ручную, с указанием разных типов переменных. В этом случае хорошо получается заменить их на inputs и сделать все удобнее. Как мы разбирали уже ранее - есть условия переменных и при выборе окружения будет возможность выбрать стенды только внутри этого окружения, но теперь добавим еще разные типы, проверяем поля и так мы убедимся, что запуск пайплайна не упадет из-за некорректных данных указанных при запуске inputs: environment: description: "Target environment" options: ["test", "stage", "prod"] default: "test" landscape: description: "Target stand" rules: - if: $[[ inputs.environment ]] == "prod" options: ["my-prod01", "my-prod02"] default: "my-prod01" - if: $[[ inputs.environment ]] == "stage" options: ["my-stage01", "my-stage02"] default: "my-stage01" - options: ["my-test01", "my-test02", "sandbox01"] default: "my-test01" playbook: description: "Playbook to run" rules: - if: $[[ inputs.environment ]] == "prod" options: ["deploy", "check", "rollback"] default: "check" - if: $[[ inputs.environment ]] == "stage" options: ["deploy", "check", "rollback", "smoke", "migrate"] default: "deploy" - options: ["first_playbook", "deploy", "check", "smoke", "migrate", "debug"] default: "first_playbook" mode: description: "Execution mode" options: ["apply", "check", "diff"] default: "apply" limit_hosts: description: "Optional ansible --limit" default: "" regex: '^$|^[A-Za-z0-9_.:,-]+$' forks: description: "Ansible forks" type: number default: 10 gather_facts: description: "Enable gather_facts" type: boolean default: true verbose: description: "Enable -vvv" type: boolean default: false confirmation: description: "Type APPROVE for production apply" default: "" Для числовых знаний поставим type: number и boolean когда просто выбираем true/false что-бы не писать это текстом - можно и ошибиться. Получаем основные поля - выбираются из предложенных вариантов. Число в специальном поле и переключатели там где это уместно. Остается пару полей с строкой - в данном случае это для гибкости.

Коллеги, мы в эфире! Ждем вас по ссылкам: ➡️ВК - https://vkvideo.ru/live-59405817_456240151 ➡️Ютуб - https://www.youtube.com/live/rAiE8mfRPEk?si=RbUYMj5GgT9p5k4I

Коллеги, приветствую👋 Напоминаю, сегодня в 19:00 мск пройдет вебинар на тему: «Модели ветвления и их влияние на CI/CD-пайплайн»⚡️ Со мной в эфире: 🔴Кирилл Юденок — старший инженер по практикам DevOps, Флант Расскажем: ⏩Что такое модель ветвления и почему это не «просто про git» ⏩Зачем нужны модели ветвления (и почему без них плохо) ⏩Историю одного проекта — от "push" в main до выстроенного процесса ⏩4 базовые модели: схемы, плюсы, минусы — без воды ⏩Как выбранная модель ветвления определяет требования к CI/CD-пайплайну — на примере из практики Успейте зарегистрироваться до старта ➡️ в боте Встретимся в эфире!