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

Коллеги, приветствую!👋 Проверка работ на грант по курсу «Профессия DevOps-инженер» завершена — результаты уже готовы! Более 400 человек подали заявки на грант, и выбор победителей дался нам совсем не просто. В итоге определили троих: ⚡️Скидка 100% Назипов Даниил daniil.nazipov2001@yandex.ru ⚡️Скидка 50% Романенко Дмитрий mr.komorka@gmail.com ⚡️Скидка 30% Корнилов Александр kornilov.it@gmail.com Поздравляем! Скоро с вами свяжется менеджер и расскажет о дальнейших шагах. Всем остальным участникам — огромное спасибо за интерес, доверие и проделанную работу! Специально для вас у нас тоже есть бонус — он достанется каждому. Не пропустите, с вами свяжутся в ближайшее время🔥

Коллеги, приветствую👋 Сегодня настроение порассуждать о достаточно общих вещах. Насколько вы в жизни и работе позволяете себе делать что-то не по плану, а действовать по ситуации? 🔴Мне кажется, работа инженера подразумевает, что необходимо опираться на чёткие планы работ. Например, план резервного копирования тут надо вставить шутку про тех, кто делает бекапы, но ещё не проверяет или даже в целом план восстановления инфраструктуры. Я, например, не очень люблю на каждое действие писать отдельный план, но без чётких планов, кажется, нельзя. Сразу возникает идея составлять целое руководство администратора системы, но качественно получается так не всегда. Описывать как код — хороший приём, и это тоже добавляет прозрачности. Но это всё про работу. 🔴Сижу сейчас, изучаю карту на ближайшие 1000 км и как код пишу план поездки в выходные, и поймал себя на мысли, что даже если я не хочу полностью продумывать план на выходные и мне нравится действовать по ситуации — всё равно составляю варианты развития событий, смотрю ключевые точки. Чтобы потом, в выходные, отвлекаясь от монитора и не смотря в телефон, просто ехать — и всё будет решаться по ситуации, даже не строя план, куда надо приехать. Пусть получится так, как получится, но меня это не удивит. А может, на самом деле всё в любом случае запланировано❓

Коллеги, приветствую👋 Напоминаю, сегодня в 19:00 мск пройдет вебинар на тему: «Модели ветвления и их влияние на CI/CD-пайплайн»⚡️ Со мной в эфире: 🔴Кирилл Юденок — старший инженер по практикам DevOps, Флант Расскажем: ⏩Что такое модель ветвления и почему…

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

Коллеги приветствую👋 Сегодня немного дополним более ранний пост про использование 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 что-бы не писать это текстом - можно и ошибиться. Получаем основные поля - выбираются из предложенных вариантов. Число в специальном поле и переключатели там где это уместно. Остается пару полей с строкой - в данном случае это для гибкости.

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

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

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

Рад сообщить: старт нового потока курса Профессия 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₽) Подробнее о тарифах и программе ➡️ на сайте

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

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

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

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

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