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

Про нейронайм — надолго ли всё это с нами и чего ожидать дальше⬇️

Приветы! На связи Аниса 😎
И сегодня начистоту:

«Я не люблю работать — как быть?»

Хотя бы раз наступает этот момент осознания, постепенно перерастающий в неудовлетворенность, демотивацию и тотальное выгорание.

Отсюда вопрос:

А кто сказал, что любить работать — это обязательно?

Сейчас раскрою.

Такая мысль — это сигнал к тому, что нужно не «заставить себя полюбить работать», а сменить вектор отношения к этому делу.

В эпоху соцсетей, культа продуктивности и успешности кажется обязательным обожание работы, а вынужденный не по собственному желанию! трудоголизм поощряется обществом.

🗣 Big fact: сбегать от собственных мыслей в работу всегда почётнее и статуснее, нежели в компьютерные игры.

Однако работа ≠ единственный способ самореализации. Это классный способ заработка, удовлетворения потребностей.
Если работа позволяет чувствовать причастность к чему-то важному, самореализации — это супер!
Если нет (а такое тоже бывает) — это норм!

Пройти обучение, сходить в поход, освоить мотоцикл, попробовать записать подкаст, сделать свой проект, увлечься керамикой и тд и тп — всё это наполняет смыслом и добавляет гармонии в жизнь 🌟

Работа — это часть жизни. А жизнь — это мы сами.

А у вас есть какие-нибудь заряжающие увлечения? Делитесь, будем вдохновляться

Коллеги, привет! 👋🏻
Сегодня поговорим про Gitlab и посмотрим простой прием с переменными (variables) и вводом (input).
Они начали использоваться начиная с 17.0 версии, уже 10 версий прошло, кажется можно и обсудить. Не забудьте, что на более старых версиях может вообще не работать. в т.ч проверяйте версию раннера.

Как работать с переменными должно быть всем понятно, но у них есть несколько проблем и сложностей. Сегодня рассмотрим как просто поменять Variable на Inputs и как можно расширить возможности вашего пайплайна:

📌Простой пример как использовать переменные в job в Вашем gitlab-ci:

variables:
  versions:
    value: "1.0"
    options: 
      - "0.1"
      - "1.0"
      - "2.1"
    description: "tag name"

Удобная схема, которая позволит иметь дефолтное значение, и при ручном запуске можно переопределить значение из выпадающего списка.

📌Так как это действительно удобно, сделаем тоже самое с inputs

spec:
  inputs:
    versions:
      options: ['0.1', '1.0', '2.1']
      default: '1.0'
      description: 'tag name'

Работает точно также. Только для использования нужно использовать $[[ inputs.versions ]] вместо $versions

Возможно, выглядит может чуть сложнее, но с большей сложностью приходят новые возможности.

⏩Одну из них сегодня разберем.
С помощью переменных, я могу сделать огромный список разных вариантов переменных, сочетание которых, будет делать то, что нужно. Но мне хочется больше.
С помощью inputs можно создавать условие отображения возможных вариантов переменных. То есть, выбрав одну переменную, сделать возможным отображение вариантов или условий соответствующих только для нее.

Попробуем это сделать:

spec:
  inputs:
    run_playbook:   # Например я хочу выбирать значение для опредленного плейбука
      options: ['', 'nginx', 'k8s', 'postgres']
      default: ''
      description: 'Playbook to run'

environment:   # Возможно значение будет зависеть от окружения
      options: ['development', 'staging', 'production']
      default: 'development'
      description: 'Your environment'

playbook:     # Вот и основное значение, допустим это имя плейбука или нужная ему переменная
      description: 'Install'
      rules:    #  Пишем привычные правила, указывая условия. варианты будут доступны только при выполнении условий
        - if: $[[ inputs.run_playbook ]] == 'nginx' && $[[ inputs.environment ]] == 'development'
          options: ['my_lb', 'your_lb']
          default: 'my_lb'
        - if: $[[ inputs.run_playbook ]] == 'nginx' && $[[ inputs.environment ]] == 'production'
          options: ['prod01', 'prod02', 'prod03']
          default: 'prod01'
        - if: $[[ inputs.run_playbook ]] == 'k8s'
          options: ['common-test', 'common-dev', 'common-prod']
          default: 'common-test'
        - if: $[[ inputs.run_playbook ]] == 'postgres'
          options: ['base01', 'base02', 'base03']
          default: 'base01'
        - options: [''] 
          default: ''    # Пока не выбрано - будет пустое значение

Попробуйте использовать в ваших пайплайнах, а если вам будет полезно, разберем и другие варианты использования 🔥

Коллеги, привет! 👋

26 февраля мы провели вебинар, посвящённый первому собеседованию в разработке и эксплуатации (DevOps).

Если вы мечтаете о первой работе в DevOps, но пока не знаете, с какой стороны подойти, — этот эфир для вас.

⏩Смотрите полный разбор по ссылке

Будет полезно и тем, кто только присматривается к направлению, и тем, кто уже начал рассылать резюме.

⚡️Сохраняйте и делитесь с теми, кто тоже ищет свой путь в DevOps!

Почему студенты выбирают курс "Профессия DevOps-инженер"?

Анализируя обратную связь студентов прошлых потоков, мы с коллегами из Слёрма выделили ключевые причины выбора этого курса:
1️⃣Прикладная ценность: упор на практику и инструменты (Ansible, Docker, Kubernetes, CI/CD), которые нужны в работе.
2️⃣Актуальность: подходит и новичкам, и опытным специалистам, так как закрывает реальные профессиональные задачи.
3️⃣Фундаментальность: продуманная программа дает не только поверхностные знания, а качественную базу.
4️⃣Карьерный рост: главное — возможность освоить востребованную профессию и выйти на новый уровень дохода.

Итог: курс помогает систематизировать знания, прокачать практические навыки и уверенно войти в разработку и эксплуатацию (DevOps).

⚡️Поток с обновленной программой стартовал.
⏩Присоединиться к группе вы можете на странице курса.

⚡️Через 5 минут начинаем наш эфир!⚡️

Ссылка для подключения здесь

Напоминаю, сегодня, в 18:00 мск состоится неформальная встреча.

Вы сможете задать мне интересующие вас вопросы.

❗️Честно поговорим о пути от новичка до профи: разберем типичные взлеты и падения, расскажем, как не бросить обучение, когда всё надоело, и обсудим, как жить после получения диплома — не растерять знания, пережить первую рабочую неделю и найти силы для дальнейшего роста.

Ждем студентов, выпускников и даже тех, кто пока только присматривается к профессии и думает: "А мое ли это?"

Приходите поболтать, посмеяться над трудностями и зарядиться энергией.

▶️ЗАНЯТЬ МЕСТО◀️

Коллеги, вижу в опросе, что многих интересует курс «Профессия Devops-инженер», но вы пока не решаетесь присоединиться к нам.

Хочу рассказать немного про программу и почему она может заинтересовать вас ещё больше.

Что будет на курсе:
1️⃣9 месяцев глубокой трансформации. Мы не читаем лекции ради галочки. Вы пройдете путь от первого написанного скрипта до построения рабочей инфраструктуры. Создадите сквозной проект — тот самый козырь в рукаве, который цепляет взгляд нанимателей и позволяет просить достойную зарплату.

2️⃣Эксперты, которые знают цену ошибкам. С вами работают не теоретики, а действующие инженеры из крупных компаний.

3️⃣Диплом и прочная база. После курса вы будете разбираться в Docker, Kubernetes, CI/CD и облаках не как «еще один стажер», а как инженер, который понимает архитектуру.

Смотрите на это как на инвестицию. Вы вкладываетесь сейчас, а через 9 месяцев выходите на рынок с другими цифрами. Несколько месяцев работы — и вы полностью окупаете обучение.

Как сделать этот шаг ещё комфортнее?
➡️Рассрочка без банка — разбиваем сумму на удобные платели без единой копейки переплат.
➡️Налоговый вычет 13% — государство возвращает вам часть средств за обучение.
➡️Платит работодатель — многие компании готовы вкладываться в рост своих сотрудников. Поговорите с руководителем, возможно, это ваш случай.
➡️Бесплатный курс «Быстрый старт в DevOps». Это вводный интенсив для тех, кто хочет стать DevOps-инженером, но пока не уверен в своих силах.

‼️Не откладывайте свой рост.
Рынок не ждет, а хорошие вакансии открыты прямо сейчас.

ЗАПИСЫВАЙТЕСЬ НА КУРС

Доброго дня коллеги! Напоминаю о предстоящем событии

⏩Формат: неформальная встреча без повестки.
⏩Когда: 17 марта, 18:00 мск.

Буду рад всем: студентам, выпускникам, новичкам.

Занимайте места⬇️
ЗАНЯТЬ МЕСТО

Привет! На связи Аниса. И сегодня о насущном 🗣


Есть ли сейчас смысл откликаться на hh?


Сейчас на hh и правда большое количество откликов с отказами и классическими отбивками в стиле «мы рассмотрим ваше резюме», прилетающими через секунду.

Моё мнение + наблюдение 🤓:

стандартный отклик на вакансию в hh, к которому мы привыкли — больше не работает.

Ну всё, нагнала тоски в пятницу)
Однако, рано унывать!
Вот, что может классно сработать и повысить видимость резюме:


• Отклик на карьерном сайте компании

Видим вакансию на джоб-борде. Переходим на сайт компании. Отправляем резюме в карьерном разделе сайта компании. Да, конкуренция будет, но намного меньше, так как это требует дополнительных действий, нежели секундный отклик на hh.

• Написать рекрутеру напрямую

Находим рекрутера конкретной компании в LinkedIn или других соцсетях. Пишем дружелюбно и

по-человечески

, без массовых рассылок, что-то в стиле

«привет, хотел(а) откликнуться к вам на джоб-борде, но там какой-то треш из откликов. Рискну написать лично, вдруг и вам тоже так удобнее😁»

. И далее краткая выжимка о себе — позиция, стек, опыт работы — пара предложений, не более. И резюме, без него никак)

Эти два метода уже дадут преимущество перед 80% соискателей. Надо пробовать 😎

А у вас какие методы? Делитесь, если не секрет)

Коллеги, приветствую!👋

Наконец готов подвести итоги нашего розыгрыша и объявить имена победителей.

Спасибо всем, кто принял участие! Рад, что тема карьерного развития в DevOps оказалась для вас такой актуальной.

❗️Итак, бот случайным образом определил трех счастливчиков, которые получат 3 индивидуальные карьерные консультации по 30 минут:

Победители:
1️⃣@zhulik_tyt
2️⃣@t4epenaxa
3️⃣@Doctor395

Победители, напишите мне в личные сообщения, чтобы мы согласовали время консультации.

Напомню, что на консультации мы сможем:
🔴 Провести аудит вашего опыта и резюме.
🔴 Определить ваши карьерные цели и интересы.
🔴 Составить пошаговый план развития.

Всем, кто не выиграл в этот раз, не расстраивайтесь! Впереди будет еще много полезного контента и новых активностей.

Всем удачи и профессионального роста!

Коллеги, давно мы не собирались просто так, без повода. Без расписания, без дедлайнов и без планов уроков. Предлагаю исправить это и устроить неформальную встречу.

17 марта в 18:00 по мск, я предлагаю не учиться, а просто поговорить.

О чем поболтаем?
🔴 Вспомним ваши «взлеты» и падения. Расскажу, на каких граблях чаще всего спотыкались новички в прошлых потоках, и как самым стойким удавалось доходить до конца.
🔴 Признаюсь в наших собственных неудачах. Мы ведь не идеальны — программа постоянно менялась. Расскажу, что мы переделывали в курсе, что убирали, а что добавляли, чтобы вам было легче.
🔴 И самое главное — поговорим про «посткурсовую» жизнь. Как сохранить квалификацию после окончания обучения: стратегия адаптации знаний и преодоления профессиональной неуверенности.

Жду не только студентов и выпускников прошлых лет, но и тех, кто только приглядывается к профессии. Будет честно, местами больно, но полезно.

➡️ Бот пришлет ссылку на эфир. Пока занимайте места⬇️

ЗАНЯТЬ МЕСТО

Всем привет!

Регулярно замечаю, что даже инженеры с коммерческим опытом плавают в базовых вопросах по Linux и Git. Не потому что плохие специалисты, а потому что многие вещи перешли в разряд "мышления на автопилоте". Между тем, фундамент — это то, на чем держится вся инфраструктура.

⏩Предлагаю пройти тест из 10 вопросов. Это не экзамен на профпригодность, а скорее быстрая диагностика. Полезно будет и джунам, чтобы понять, куда подтянуть теорию, и мидлам — чтобы убедиться, что рука не дрогнет на собеседовании или инциденте.

После прохождения теста, ваш ждёт подборка полезных материалов.

⏩ССЫЛКА НА ТЕСТ

Пара минут на прохождение — хороший способ привести знания в порядок⚡️

Работа над ошибками 📌

Недавно у нас проходил грант на курс Профессия DevOps-инженер. Если участвовали, то знаете, что внутри него было несколько теоретических вопросов. Радует, что большинство ответов были правильные🔥

⏩Но мне хочется разобрать несколько вопросов, в которых было сделано больше всего ошибок:
1) Является ли Jenkins системой управления конфигурацией?
Нет, ее задачи заключаются в другом. В такие системы мы можем «обернуть» указанный функционал, но нам потребуется другой инструмент. В данном варианте был Ansible.

2) Можно ли считать Docker-контейнер просто компактной версией виртуальной машины?
Нет. У них разный принцип, разная изоляция и разное применение. Lxc больше похож на компактную виртуальную машину, но и такой он не является.

3) Хранение кода приложения и конфигураций в git это можно считать IaC?
Просто хранение нет. Важно, чтобы с помощью этого выполнялась сама конфигурация. Иначе мы просто храним в git файлы и сама инфраструктура может совсем им не соответствовать.

4) Технология SRE – это другое название DevOps или это архитектура приложений?
DevOps это методология, а SRE конкретный пример применения, который описал Google.

⏩Отдельно еще отмечу, что частой ошибкой был выбор /etc/users как список пользователей в системе. На мой взгляд, это очень простой момент, поэтому обычно я даже не уделяю внимание таким вещам.
Но возможно, это стоит разобрать подробнее. Поэтому сделаю несколько опросов, чтобы лучше понять вас. Обязательно участвуйте!