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

17 марта мы собирались на неформальную встречу, где честно поговорили о карьере, учебе и страхах новичков. Вам было интересно, поэтому мы проводим еще один эфир, но теперь сфокусируемся на самом важном этапе обучения — финальном проекте. И обсудим мы его с выпускниками 11 потока курса «Профессия DevOps-инженер» .

На встрече:
1️⃣Расскажем как завершить финальный проект и вспомним самые любимые модули курса.
2️⃣Обсудим, что ждёт после диплома: обратная связь, первые рабочие дни и как не потерять себя в этом потоке.
3️⃣А ещё разберём, кому сейчас точно стоит идти на курс, а кому лучше повременить. И поделимся лайфхаками, как совмещать учёбу с работой и не выгореть.

‼️ Когда: 2 апреля, 19:00 мск

Будем рады видеть студентов, выпускников и всех, кто в поиске своего пути.

⏩ЗАНЯТЬ МЕСТО

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

Коллеги, всем привет 📌

Разбавим контент развлекательным (но техническим) постом. На первый взгляд может показаться, что в нем нет смысла. На деле же, предлагаю разобрать подходы к решению проблем в своих разработках на примерах, не прикручивая дополнительные инструменты, а используя сам 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), и разработка идет с этим учетом, шаблоны создают порядок 🔥
Кто догадается что, можно сделать дальше, для настройки? Пишите в комментариях ⬇️

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

⏩Напоминаю, что сегодня, 2 апреля в 19:00 мск, мы снова встречаемся — и теперь в фокусе будет то, что волнует каждого, кто доходит до самого ответственного этапа обучения: финальный проект.

В прошлый раз мы честно говорили о карьере, учёбе и страхах новичков, и вы откликнулись. Поэтому решили продолжить, но ещё конкретнее. В этот раз к диалогу присоединятся выпускники 11-го потока курса «Профессия DevOps-инженер» — поделимся живым опытом и разберём самое важное.

⏩Ждём:
— студентов и выпускников,
— всех, кто сейчас присматривается к профессии и ищет свой путь в DevOps.

ЗАНЯТЬ МЕСТО

Идеальное резюме для ИИ-отбора⚡️

Сегодня резюме всё чаще сначала читает не нанимающий менеджер, а алгоритм.

Советы для прокачки резюме:
⚫️Задачи: Прописывайте их чётко, а не размыто.
⚫️Технологии: Указывайте всё, чем владеете.
⚫️Опыт: Показывайте не просто стаж, а ваши достижения.
⚫️Цифры: Любые результаты лучше превращать в метрики.

❗️Системы отбора (ATS) сверяют ваше резюме с вакансией автоматически. Нужны точные попадания в ключевые слова. И если в тексте нет нужных ключевых слов — ваше резюме могут даже не показать нанимающему менеджеру.

➡️Полная версия вебинара про первое собеседование в разработке и эксплуатации (DevOps) и профессиональные секреты ИТ-рекрутера — ТУТ

🚀 А если вы хотите составить идеальное резюме, которое понравится и ИИ, и рекрутеру, и техническому специалисту, тогда приходите на курс «Профессия Devops-инженер»

➡️ ЗАНЯТЬ МЕСТО НА КУРСЕ

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

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

🔥Пока вы думаете, другие уже учатся

Коллеги, продажи на курс Профессия DevOps-инженер продолжаются, но осталось всего 3 дня.

⚡️В закрытом чате курса уже полным ходом идёт обсуждение. Участники знакомятся, делятся проблемами с CI/CD, кластерами и автоматизацией, задают вопросы.

Если вы тоже хотите прокачаться в DevOps, получить обратную связь от меня и зарядиться комьюнити — не откладывайте.

⏩ До конца продаж — 3 дня
⏩ ПРИСОЕДИНИТЬСЯ ПО ССЫЛКЕ

Коллеги, продажи на курс "Профессия DevOps-инженер" закрываются через 2 дня

⚡️Профессия DevOps-инженер — это интенсивное погружение, где вы не слушаете лекции, а строите работающую систему.

Мы не растягиваем теорию. Мы даем практику (83% времени), чтобы вы как можно быстрее начали претендовать на позиции уровня Middle.

⏩От ручного управления — к автоматизированной инфраструктуре.
⏩От поиска виноватых — к системе мониторинга.
⏩От «админа» — к инженеру.

За 9 месяцев можно выучить новый язык. А можно — новую профессию, которая перезапустит вашу карьеру.

➡️ ЗАБРАТЬ МЕСТО НА КУРСЕ

Доброе утро, с началом новой недели🔥

Увидел у коллеги @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-системы.
🐱 Для небольших проектов лучше взять систему с более простым развертыванием и сопровождением.

Коллеги, я к вам с объявлением.

Завтра продажи курса «Профессия DevOps-инженер» закрываются. Ближайший поток стартует без вас, если вы не примете решение сегодня⚡️

Мы с коллегами из Слёрма получили несколько обращений с просьбой о скидке на наш флагманский курс.

Поэтому я рад поделиться с вами промокодом на скидку:
⏩DEVOPS20 — минус 20% на любой тариф. Действует только сегодня.

Курс — это не расход, а входной билет в профессию без выгорания, где ваш труд ценят.

⏩Если нужна помощь с выбором тарифа — пишите менеджеру Алисе: @alisaslurm.

Промокод DEVOPS20 на 20% активен только сегодня. Продажи закрываются завтра.

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

Оптимизация рутинных задач — ключ к эффективной работе.

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

🔴Для тех, кто только начинает знакомство с Ansible, есть бесплатный чек-лист по основам инструмента. Он поможет быстро освоить ключевые навыки и применить их в реальных проектах.
🔴Если вы уже работаете с Ansible, материал будет полезен для систематизации знаний и подготовки к собеседованию — компетенции в области автоматизации часто встречаются в вакансиях.

⏩ Скачать чек-лист бесплатно

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

Как ваши дела? Я на этой неделе в командировке с командой, где мы и обсуждаем рабочие встречи и просто вспоминаем кто как выглядит)

⏩Захотелось вот что обсудить. Как вы подходите к важным работам на проде и какие случаи бывали?

Я начал замечать, что часто самые важные работы проводятся в нерабочее время, которое является для системы менее нагруженным и безопасным с точки зрения недоступности.
И вот даже если эти работы заранее планировать, то все равно что-то случается: то во время работ пропадает доступ, то изменения пересекаются с другими завершающимися работами. Сюда же сразу вспоминаются праздники и рождение детей 😁
Мне всегда нравились эти ответственные моменты, они объединяют усилия команд.

⏩Расскажу про случай, когда мы выполняли обновление системы, запланированное заранее на поздний вечер.
Разделили работы на всех и сделали все по плану, кроме одного пункта. В нем было указано залить два раза один и тот же конфиг. Очевидно, что хватит и одного раза. Так подумали и мы, завершив все работы. И, конечно же, начались те самые сложно уловимые проблемы, которые не заметны сразу. В итоге, сэкономив на повторной заливке конфига – мы очень долго все отлавливали и восстанавливали, хотя в позднее время сил уже нет.

В то время не было никакого DevOps-процесса, и конечно, конфиг грузился просто как огромный файл, человеческий фактор был очень важен. А повторная загрузка на самом деле позволяла обойти багу с тем, что загрузка конфига отваливаясь по таймауту, и подрезала конфиг...

Поделитесь, у вас было нечто подобное?⬇️

Опрос 📌

Мои коллеги из Слёрма сейчас активно работают над курсами по ИИ для айтишников. Думаю, многие из вас заметили, что ИИ из модной темы превращается в реальный инструмент, который меняет вашу работу каждый день

Так вот, необходимо понять, куда двигаться дальше и как закрыть потребности рынка в знаниях 🙌
Если вы готовы погрузиться в ИИ глубже — скажите, какое направление вам наиболее интересно прямо сейчас.

⏩Проголосуйте в канале — это займёт 10 секунд, а Слёрму поможет сделать следующий шаг максимально полезным именно для вас!

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

Предлагаю за 5 минут проверить ваши навыки работы с Ansible.
Если вы полагаете, что уверенно владеете инструментом, простое упражнение поможет объективно это оценить.

Условия:
🔴Решите задачу — это займёт не более 5 минут.
🔴Каждый участник получит полезный подарок.

🔗 РЕШИТЬ ЗАДАЧУ

😁😆😁 написать пост в канал

…спросить у аудитории, как дела
…испугаться, что никто не ответит
…удалить вопрос

Чистовик: ладно, сам расскажу: у меня ок, возвращаюсь с рабочей командировки, скоро буду дома. Всем отличных выходных⚡️

Всем привет! На связи Аниса 🤓

Сегодня о священном — о ✨выходных✨, а именно:

Как максимально отдохнуть в выходные законно без чувства усталости в понедельник

🔵Суббота — залипание в соцсетях, доделывание рабочих задачек, фильм, поздний отход ко сну.
🟣Воскресенье — поздной подъем, уборка (вдруг 😁), желание залечь дома на весь день и не двигаться.
🔴Понедельник — «как быстро прошли выходные!». И будто отдыха не было, хотя и занятости особо тоже.

Говорю четко и уверенно: было!
Признаюсь, я пробовала разные способы и вывела классную формулу: в выходные делать максимально противоположное своей работе.
Ниже подробнее.

1. Сменить тип нагрузки
Мозгу не нужен абсолютный покой — ему нужно переключение. Особенно, если все будние дни связаны с ноутбуком.
⚪️Работа руками: пазлы, лего, рисование или даже «потрогать траву» — одобряем.
⚪️Движение тела: прогулка (без подкастов, на улице красиво поют птицы, послушайте), плавание, спорт (необязательно качалка).
⚪️Отдых без экранов: настолки, живое общение, сон. Кстати, спать днем не стыдно!)

2. Отказаться от псевдоотдыха
Скроллинг, залипание в ютубе на весь день или постоянное фоновое прослушивание подкастов — это literally дофаминовый долг! 🙅‍♂️
После них будет опустошение.
Замените на что-то вдумчивое: фильм (целиком), книга, тишина и тд.

3. Остановить (попытаться) мысли о грядущем рабочем дне
Во-первых — за это не платят 😎
Во-вторых — затрачивается колоссальный мыслительный ресурс на постоянное удерживание рабочих мыслей.
Как вариант: записывать незакрытые задачи на бумагу и договориться с собой, мол «вернусь в понедельник». Уведомления выключить. Это нестрашно во второй раз, а в первый раз нужно продержаться))

Говорю честно: эти практики достаточно сложно даются в первые разы. Логично, ведь соцсети и вынужденная многозадачность воспитали в нас неутолимый дофаминовый голод. Однако, согласитесь, ощущение момента и жизни в нем — штуковина классная.

Что думаете? Вдруг кто уже пробовал свои методы? Будет интересно почитать)