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

Коллеги, приветствую👋 Оптимизация рутинных задач — ключ к эффективной работе. Ansible позволяет исключить ручное вмешательство в настройки и сосредоточиться на действительно важных вещах, таких как: 1️⃣создание плейбуков и ролей для описания необходимых конфигураций; 2️⃣развёртывание Flask-приложений (веб-приложений на Python с использованием готового набора инструментов и компонентов); 3️⃣управление инфраструктурой как кодом (IaC) в Gitlab; 4️⃣автоматизация административных задач в ИТ-среде; 5️⃣поддержание полного порядка в инфраструктуре. 🔴Для тех, кто только начинает знакомство с Ansible, есть бесплатный чек-лист по основам инструмента. Он поможет быстро освоить ключевые навыки и применить их в реальных проектах. 🔴Если вы уже работаете с Ansible, материал будет полезен для систематизации знаний и подготовки к собеседованию — компетенции в области автоматизации часто встречаются в вакансиях. ⏩ Скачать чек-лист бесплатно

Коллеги, приветствую👋 Оптимизация рутинных задач — ключ к эффективной работе. Ansible позволяет исключить ручное вмешательство в настройки и сосредоточиться на действительно важных вещах, таких как: 1️⃣создание плейбуков и ролей для описания необходимых конфигураций; 2️⃣развёртывание Flask-приложений (веб-приложений на Python с использованием готового набора инструментов и компонентов); 3️⃣управление инфраструктурой как кодом (IaC) в Gitlab; 4️⃣автоматизация административных задач в ИТ-среде; 5️⃣поддержание полного порядка в инфраструктуре. 🔴Для тех, кто только начинает знакомство с Ansible, есть бесплатный чек-лист по основам инструмента. Он поможет быстро освоить ключевые навыки и применить их в реальных проектах. 🔴Если вы уже работаете с Ansible, материал будет полезен для систематизации знаний и подготовки к собеседованию — компетенции в области автоматизации часто встречаются в вакансиях. ⏩ Скачать чек-лист бесплатно

Коллеги, приветствую👋 Оптимизация рутинных задач — ключ к эффективной работе. Ansible позволяет исключить ручное вмешательство в настройки и сосредоточиться на действительно важных вещах, таких как: 1️⃣создание плейбуков и ролей для описания необходимых конфигураций; 2️⃣развёртывание Flask-приложений (веб-приложений на Python с использованием готового набора инструментов и компонентов); 3️⃣управление инфраструктурой как кодом (IaC) в Gitlab; 4️⃣автоматизация административных задач в ИТ-среде; 5️⃣поддержание полного порядка в инфраструктуре. Для тех, кто только начинает знакомство с Ansible, есть бесплатный чек-лист по основам инструмента. Он поможет быстро освоить ключевые навыки и применить их в реальных проектах. Если вы уже работаете с Ansible, материал будет полезен для систематизации знаний и подготовки к собеседованию — компетенции в области автоматизации часто встречаются в вакансиях. ⏩ Скачать чек-лист бесплатно

Коллеги, я к вам с объявлением. Завтра продажи курса «Профессия DevOps-инженер» закрываются. Ближайший поток стартует без вас, если вы не примете решение сегодня⚡️ Мы с коллегами из Слёрма получили несколько обращений с просьбой о скидке на наш флагманский курс. Поэтому я рад поделиться с вами промокодом на скидку: ⏩DEVOPS20 — минус 20% на любой тариф. Действует только сегодня. Курс — это не расход, а входной билет в профессию без выгорания, где ваш труд ценят. ⏩Если нужна помощь с выбором тарифа — пишите менеджеру Алисе: @alisaslurm. Промокод DEVOPS20 на 20% активен только сегодня. Продажи закрываются завтра.

Доброе утро, с началом новой недели🔥 Увидел у коллеги @teamcity_fairy пост про TeamCity. Спасибо за честный разбор плюсов и минусов. Решил поделиться с вами. Плюсы у TeamCity (далее ТС):

🐚 Удобный UI 🔗 Работа с цепочками сборок Одна из наиболее используемых фич - удобный, гибкий и хорошо визуализированный механизм цепочек сборок. ⛓️ Сборки по цепочке можно запускать в обе стороны (механизмы dependency и build triggers). ⛓️ Пользовательские переменные тоже можно передавать в обе стороны (dep.*, reverse.dep.*). ⛓️Можно запустить только часть цепочки, если нужно. ⛓️ В случае изменений, ТС автоматически перезапустит только изменившуюся часть цепочки. ⛓️Гарантия, что все билды в цепочке запускаются на одних и тех же ревизиях репо. Все это позволяет создавать сложные графы зависимостей и поддерживать огромные многокомпонентные проекты, что пригождается большим компаниям. Еще есть прикольный механизм promotion - можно взять руками старый билд, и запустить с ним новую цепочку дальнейших сборок. Так же есть опция помечать нужные билды тегами, помогает легко находить нужный артефакт в сотнях сборок. 👨‍💻 Kotlin DSL Kotlin DSL - это ооп-язык, позволяющий динамически создавать сборки на ТС и управлять сложными системами сборок. Очень мощный инструмент в плане рефакторинга и управления большим количеством кода. 💡 Позволяет использовать всю силу IDE для работы с Kotlin DSL. ✍️ ТС умеет автоматически переводить простые джобы в Kotlin DSL. 📕 Инфраструктурный код на Kotlin DSL может храниться в отдельном в репо команды инфры и быть доступен только ей - лучше контролируются безопасность и порядок. 🕵️‍♀️ Гибкий выбор билд-агентов В ТС удобный и гибкий механизм выбора билд-агентов под разные сборки и требования. Например, можно выбирать агент только с необходимым количеством места на диске под сборку. 🗒 Пулы агентов Это группы билд-агентов, объединенные по какому-то признаку. Это очень когнитивно разгружает при работе с сотнями билд-агентов. 🔐 Модель доступа Удобная модель управления доступами с гибко настраиваемыми правами и ролями, есть интеграция с LDAP/Active Directory. 📊 Сильная визуальная аналитика Удобная и подробная аналитика динамики скорости билдов и флаки-тестов со всевозможными графиками и детализацией.

❌ Но есть и минусы тоже:

❗️ Самый существенный - вендор лок, необходимость лицензии, гео-ограничения (кто дочитал до этого пункта, для того и откроется ответ на вопрос заголовка: к сожалению, именно по этой причине проекты с него мигрируют на другие системы, хотя на нем по-прежнему работает очень много старых проектов). 🔐 В отличии от систем, где код проекта и описание пайплайна хранятся в одном месте (e.g. Gitlab CI), здесь придется потрудиться настроить все доступы отдельно (будь то доступы к UI TeamCity или к репо с Kotlin DSL). C другой стороны, это безопаснее - централизованный контроль доступов. 🚤 ТС сложнее завести в кубере, чем некоторые другие ci/cd-системы. 🐱 Для небольших проектов лучше взять систему с более простым развертыванием и сопровождением.

Увидел у коллеги @teamcity_fairy пост про TeamCity — спасибо за честный разбор плюсов и минусов. Решил поделиться с вами. Хочу узнать ваше мнение. Что вы сами думаете про TeamCity в 2026? Живой рабочий инструмент или устаревшая история? Ниже будет опрос, а пока пост от коллеги: Плюсы у TeamCity (далее ТС):

🐚 Удобный UI 🔗 Работа с цепочками сборок Одна из наиболее используемых фич - удобный, гибкий и хорошо визуализированный механизм цепочек сборок. ⛓️ Сборки по цепочке можно запускать в обе стороны (механизмы dependency и build triggers). ⛓️ Пользовательские переменные тоже можно передавать в обе стороны (dep.*, reverse.dep.*). ⛓️Можно запустить только часть цепочки, если нужно. ⛓️ В случае изменений, ТС автоматически перезапустит только изменившуюся часть цепочки. ⛓️Гарантия, что все билды в цепочке запускаются на одних и тех же ревизиях репо. Все это позволяет создавать сложные графы зависимостей и поддерживать огромные многокомпонентные проекты, что пригождается большим компаниям. Еще есть прикольный механизм promotion - можно взять руками старый билд, и запустить с ним новую цепочку дальнейших сборок. Так же есть опция помечать нужные билды тегами, помогает легко находить нужный артефакт в сотнях сборок. 👨‍💻 Kotlin DSL Kotlin DSL - это ооп-язык, позволяющий динамически создавать сборки на ТС и управлять сложными системами сборок. Очень мощный инструмент в плане рефакторинга и управления большим количеством кода. 💡 Позволяет использовать всю силу IDE для работы с Kotlin DSL. ✍️ ТС умеет автоматически переводить простые джобы в Kotlin DSL. 📕 Инфраструктурный код на Kotlin DSL может храниться в отдельном в репо команды инфры и быть доступен только ей - лучше контролируются безопасность и порядок. 🕵️‍♀️ Гибкий выбор билд-агентов В ТС удобный и гибкий механизм выбора билд-агентов под разные сборки и требования. Например, можно выбирать агент только с необходимым количеством места на диске под сборку. 🗒 Пулы агентов Это группы билд-агентов, объединенные по какому-то признаку. Это очень когнитивно разгружает при работе с сотнями билд-агентов. 🔐 Модель доступа Удобная модель управления доступами с гибко настраиваемыми правами и ролями, есть интеграция с LDAP/Active Directory. 📊 Сильная визуальная аналитика Удобная и подробная аналитика динамики скорости билдов и флаки-тестов со всевозможными графиками и детализацией. ❌ Но есть и минусы тоже:

❗️ Самый существенный - вендор лок, необходимость лицензии, гео-ограничения (кто дочитал до этого пункта, для того и откроется ответ на вопрос заголовка: к сожалению, именно по этой причине проекты с него мигрируют на другие системы, хотя на нем по-прежнему работает очень много старых проектов). 🔐 В отличии от систем, где код проекта и описание пайплайна хранятся в одном месте (e.g. Gitlab CI), здесь придется потрудиться настроить все доступы отдельно (будь то доступы к UI TeamCity или к репо с Kotlin DSL). C другой стороны, это безопаснее - централизованный контроль доступов. 🚤 ТС сложнее завести в кубере, чем некоторые другие ci/cd-системы. 🐱 Для небольших проектов лучше взять систему с более простым развертыванием и сопровождением.

Привет! На связи Аниса 👋 Суббота. Никаких сложных тем, режим ✨relax only✨ и кинорекомендация от меня для спокойного уютного вечера) «Идеальные дни» (2023) Режиссер: Вим Вендерс

Это фильм-медитация о Хирояме — пожилом уборщике общественных туалетов в Токио. Каждый дент он встаёт на рассвете, умывается, поливает растения, садится в свой микроавтобус и едет на работу, где идеально чистит туалеты. А вечером читает книгу или слушает кассеты с рок-музыкой.

Каждый для себя сможет выделить ценные мысли при просмотре фильма, однако вот те, что зацепили меня: • Гордость за свою работу Мы привыкли оценивать людей по должности, однако настоящая крутость в светлом отношении к своему делу • Жизнь в настоящем Герой находит прекрасное в моменте «сейчас» без вечной гонки и выгорания • Ритуалы ценны Чтение страницы книжки, прослушивание музыки, обед без смартфона, ваш вариант и тд — то, что позволяет блин чувствовать жизнь! Признаюсь, сомневалась, делиться ли здесь этим. И решила — надо! 😇 Фильм точно будет полезен для определения и построения своего пути, включая карьерный — особенно в эпоху жизни напоказ. Кто смотрел? А кто посмотрел? Пишите, как впечатления)

Коллеги, продажи на курс "Профессия DevOps-инженер" закрываются через 2 дня ⚡️Профессия DevOps-инженер — это интенсивное погружение, где вы не слушаете лекции, а строите работающую систему. Мы не растягиваем теорию. Мы даем практику (83% времени), чтобы вы как можно быстрее начали претендовать на позиции уровня Middle. ⏩От ручного управления — к автоматизированной инфраструктуре. ⏩От поиска виноватых — к системе мониторинга. ⏩От «админа» — к инженеру. За 9 месяцев можно выучить новый язык. А можно — новую профессию, которая перезапустит вашу карьеру. ➡️ ЗАБРАТЬ МЕСТО НА КУРСЕ

🔥Пока вы думаете, другие уже учатся Коллеги, продажи на курс Профессия DevOps-инженер продолжаются, но осталось всего 3 дня. ⚡️В закрытом чате курса уже полным ходом идёт обсуждение. Участники знакомятся, делятся проблемами с CI/CD, кластерами и автоматизацией, задают вопросы. Если вы тоже хотите прокачаться в DevOps, получить обратную связь от меня и зарядиться комьюнити — не откладывайте. ⏩ До конца продаж — 3 дня ⏩ ПРИСОЕДИНИТЬСЯ ПО ССЫЛКЕ

🔥Пока вы думаете, другие уже учатся Коллеги, продажи на курс Профессия DevOps-инженер продолжаются, но осталось всего 3 дня. ⚡️В закрытом чате курса уже полным ходом идёт обсуждение. Участники знакомятся, делятся проблемами с CI/CD, кластерами и автоматизацией, задают вопросы. Если вы тоже хотите прокачаться в DevOps, получить обратную связь от меня и зарядиться комьюнити — не откладывайте. ⏩ До конца продаж — 3 дня ⏩ ПРИСОЕДИНИТЬСЯ ПО ССЫЛКЕ

⚡️Через 5 минут начинаем наш эфир!⚡️ Ссылка для подключения здесь

Идеальное резюме для ИИ-отбора⚡️ Сегодня резюме всё чаще сначала читает не нанимающий менеджер, а алгоритм. Советы для прокачки резюме: ⚫️Задачи: Прописывайте их чётко, а не размыто. ⚫️Технологии: Указывайте всё, чем владеете. ⚫️Опыт: Показывайте не просто стаж, а ваши достижения. ⚫️Цифры: Любые результаты лучше превращать в метрики. ❗️Системы отбора (ATS) сверяют ваше резюме с вакансией автоматически. Нужны точные попадания в ключевые слова. И если в тексте нет нужных ключевых слов — ваше резюме могут даже не показать нанимающему менеджеру. ➡️Полная версия вебинара про первое собеседование в разработке и эксплуатации (DevOps) и профессиональные секреты ИТ-рекрутера — ТУТ 🚀 А если вы хотите составить идеальное резюме, которое понравится и ИИ, и рекрутеру, и техническому специалисту, тогда приходите на курс «Профессия Devops-инженер» ➡️ ЗАНЯТЬ МЕСТО НА КУРСЕ

Коллеги, привет!👋 ⏩Напоминаю, что сегодня, 2 апреля в 19:00 мск, мы снова встречаемся — и теперь в фокусе будет то, что волнует каждого, кто доходит до самого ответственного этапа обучения: финальный проект. В прошлый раз мы честно говорили о карьере, учёбе и страхах новичков, и вы откликнулись. Поэтому решили продолжить, но ещё конкретнее. В этот раз к диалогу присоединятся выпускники 11-го потока курса «Профессия DevOps-инженер» — поделимся живым опытом и разберём самое важное. ⏩Ждём: — студентов и выпускников, — всех, кто сейчас присматривается к профессии и ищет свой путь в DevOps. ЗАНЯТЬ МЕСТО

Коллеги, всем привет 📌 Разбавим контент развлекательным (но техническим) постом. На первый взгляд может показаться, что в нем нет смысла. На деле же, предлагаю разобрать подходы к решению проблем в своих разработках на примерах, не прикручивая дополнительные инструменты, а используя сам GitLab 🔥 ⏩Итак, пример Для начала создаем проект. Он пока пустой, поэтому сначала конечно же продумываем структуру: Создаем (метки лейблы) для задач

Для t‑shirt‑оценки длительности:
    size::S — однодневка, без ночёвки
    size::M — классические выходные (2 дня, 1–2 ночёвки)
Качество дорог
    road::perfect — Что-то идеальное, платные дороги
    road::good — ожидаем нормальный асфальт
При желании можно добавить риски:
    risk::no-fuel — длинные участки без заправок.
    risk::no-mobile — возможное отсутствие связи.
Или просто фичи
    feature::tollroad — платная дорога

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

.gitlab/issue_templates/Route.md
и
.gitlab/issue_templates/Trip.md

В которых шаблон будет такого вида

# Маршрут: {{название}}

**Кратко**
- Регион: 
- Размер (S/M/L/XL): 
- Тип покрытия: 
- Ориентировочный километраж: 

**Что хочется**
- Основная идея маршрута:
  - 
- Что важно проехать:
  - 
- Что можно оставить на потом:
  - 

**Техданные**
- Примерные точки/города:
- Ссылки на карты (Яндекс/OSM/GPX черновой):

**Чек‑лист**
- [ ] Создана ветка `route/<slug>`
- [ ] Добавлен `route.yml`
- [ ] Добавлен `overview.md`
- [ ] Добавлены ссылки на карты/треки

Таким образом, мы создали основу для того, чтобы работать с проектом и создавать задачи, которые описаны и содержат нужную информацию. В типичном рабочем процессе здесь описывались бы критерии готовности (DoD) После создания задачи, создается ветка этой задачи из основной. Далее ответственный за нее человек начинает выполнять задачу. После того, как работа в ветке завершена, создается запрос на слияние (Merge Request) и чтобы там тоже был шаблон, создадим файл .gitlab/merge_request_templates/Request.md, в который добавим основные моменты, которые нужно отметить для готового слияния. Это все будет работать, когда будет залито уже в основную ветку. Это конечно еще не все, но у нас уже есть проект, в котором мы выстраиваем работу используя рабочие элементы (Work items), и разработка идет с этим учетом, шаблоны создают порядок 🔥 Кто догадается что, можно сделать дальше, для настройки? Пишите в комментариях ⬇️

Коллеги, приветствую👋 17 марта мы собирались на неформальную встречу, где честно поговорили о карьере, учебе и страхах новичков. Вам было интересно, поэтому мы проводим еще один эфир, но теперь сфокусируемся на самом важном этапе обучения — финальном проекте. И обсудим мы его с выпускниками 11 потока курса «Профессия DevOps-инженер» . На встрече: 1️⃣Расскажем как завершить финальный проект и вспомним самые любимые модули курса. 2️⃣Обсудим, что ждёт после диплома: обратная связь, первые рабочие дни и как не потерять себя в этом потоке. 3️⃣А ещё разберём, кому сейчас точно стоит идти на курс, а кому лучше повременить. И поделимся лайфхаками, как совмещать учёбу с работой и не выгореть. ‼️ Когда: 2 апреля, 19:00 мск Будем рады видеть студентов, выпускников и всех, кто в поиске своего пути. ⏩ЗАНЯТЬ МЕСТО А для тех, кто хочет системно изучить профессию и получить поддержку опытных инженеров, у нас есть курс

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