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

Рад сообщить, что Слёрм анонсировал новый курс: Интенсив по погружению в GIT

Как проходит обучение:
➡️10 дней практики по 2–3 часа в день
➡️Видеоуроки + текстовые гайды
➡️Разбор заданий от эксперта
➡️Командный проект с ретроспективой и проектом в портфолио

⏩Автор и спикер курса: Кирилл Казарин, менеджер глобальных направлений DevOps/SRE в RingCentral Inc. Стаж в администрировании — 15 лет.

⏩Старт: 20 мая

⏩ ПОЛУЧИТЬ НОВЫЕ ЗНАНИЯ

Читать полностью…

Приветы! На связи Аниса 👸

Замечаю много обсуждений на рынке труда по следующему вопросу:

Существует ли черный список кандидатов?

Отвечаю серьезно с серьезным лицом по серьезной теме.

Нет. Никакого черного списка кандидатов среди компаний и их HR не существует.

Да, у Роструда с 2025 года есть реестр недобросовестных работодателей, нарушивших ТК РФ, что подтверждено в суде. Но речь здесь именно про компании.

На мой взгляд, создание черного списка кандидатов провоцирует занесение компаниями в этот список своих топовых сотрудников, чтобы их не хантили. Лютый стонкс! ↗️

А также много субъективности и нездорового перекоса в карьерных взаимоотношениях между компанией и кандидатом.

Какие ещё мифы/факты вы встречали? Пишите в комментариях — будем вместе разбираться, что есть что)

Читать полностью…

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

💬 Сегодня захотелось просто поделиться историей. На прошлой неделе были всей командой в командировке, это по-своему классно. Благо еще нам повезло с погодой (на тот момент). Удалось обсудить планы по задачам на ближайшее время, теперь всем есть чем заняться.

Но самое интересное, конечно же, не про работу. Мне только пришли оставшиеся детали на велосипед, и я все по нему доделал, как сразу подошло время забирать мотоцикл с хранения.

И я даже нашел время это сделать, но теперь погода испортилась и пока не выходит привести мот в порядок. Чуть попозже расскажу вам, что за мотик будет в этом сезоне, и как я придумал печатать детали для него (только пока никак не получается это сделать красиво) 🔥

⏩Делитесь, как ваши дела с наступлением теплого сезона?

Читать полностью…

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

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

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

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

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

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

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

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

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

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

Читать полностью…

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

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

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

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

Читать полностью…

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

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

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

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

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

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

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

Читать полностью…

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

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

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

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

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

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

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

Читать полностью…

Привет! На связи Аниса 👋

Суббота. Никаких сложных тем, режим ✨relax only✨ и кинорекомендация от меня для спокойного уютного вечера)

«Идеальные дни» (2023)
Режиссер: Вим Вендерс

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

Каждый для себя сможет выделить ценные мысли при просмотре фильма, однако вот те, что зацепили меня:

• Гордость за свою работу
Мы привыкли оценивать людей по должности, однако настоящая крутость в светлом отношении к своему делу

• Жизнь в настоящем
Герой находит прекрасное в моменте «сейчас» без вечной гонки и выгорания

• Ритуалы ценны
Чтение страницы книжки,
прослушивание музыки, обед без смартфона, ваш вариант и тд — то, что позволяет блин чувствовать жизнь!

Признаюсь, сомневалась, делиться ли здесь этим. И решила — надо! 😇
Фильм точно будет полезен для определения и построения своего пути, включая карьерный — особенно в эпоху жизни напоказ.

Кто смотрел? А кто посмотрел? Пишите, как впечатления)

Читать полностью…

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

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

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

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

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

Читать полностью…

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

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

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

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

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

Читать полностью…

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

Читать полностью…

Коллеги, привет! 👋🏻
Сегодня поговорим про 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: ''    # Пока не выбрано - будет пустое значение

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

Читать полностью…

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

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

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

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

Читать полностью…

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

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

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

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

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

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

Читать полностью…

История работ на Gitlab. Часть 1💬

Друзья, всем привет! Сегодня расскажу одну историю из моей практики.
Однажды перед нами встала довольно понятная задача: в связи с ростом нагрузки и горизонтальным масшатбированием инстанса потребовалось вынести Sidekiq на отдельный хост.

🔴Схема была такой: делаем основной хост с API и всем тем, что осталось и новый отдельный хост под Sidekiq. Мы проверили, что у Sidekiq есть необходимый сетевой доступ, на основном GitLab‑узле Sidekiq отключили, а на новом сервере включили.
Итог: все основные тесты прошли успешно. Стандартные фоновые задачи работали нормально. Пайплайны запускались, джобы отрабатывали без явных ошибок. А вот с динамическими пайплайнами возникла проблема, они не могли найти артефакты.

⏩Как это выглядело
Джоба, которая должна была читать артефакты предыдущего стейджа, падала с ошибкой о том, что артефакты не найдены. Но при этом:
• В UI GitLab артефакт у предыдущей джобы был, его можно было скачать руками.
• Логи runner’а показывали стандартный запрос за артефактами, а затем падение на стороне GitLab.

Ошибка проявлялась именно в сценариях с динамической генерацией. Ну как ошибка...даже не ошибка

  "exception.class": "Gitlab::Ci::Artifacts::DecompressedArtifactSizeValidator::FileDecompressionError",
  "exception.message": "File decompression error",

Чем-то похожие проблемы нашлись тут и тут.

Если логически предположить, что теперь он ищет артефакты не там, значит выносим все артефакты, чтобы условия были единые. Для этого унесем их в S3, так как его можно использовать для хранения разных объектов. НО на тот момент артефакты всё ещё лежали на локальном диске. После вынесения Sidekiq эта схема стала особенно хрупкой.

🔴В итоге
• Унесли все CI‑артефакты в S3‑совместимое object storage
• Привели конфигурацию к единой схеме хранения, чтобы и web, и Sidekiq работали только через объектное хранилище.
• Динамические пайплайны перестали падать, GitLab стабильно находил объекты, а Sidekiq корректно обрабатывал джобы, завязанные на артефакты. Все, можно применять на проде?

Как бы не так. Новая проблема – сломавшиеся GitLab Pages ❌
Как только мы пофиксили одну проблему, вылезла следующая. Пользователи начали жаловаться, что GitLab Pages перестали открываться, часть проектов стала отдавать 404, а новые деплои страниц как будто вообще не происходили. То есть:
• В репозиториях джобы pages отрабатывали успешно.
• В файловой системе на стороне GitLab мы видели новые сборки в директории, которая служит storage для Pages
• При обращении к GitLab Pages через домен выдавался 404, пока не перезапускали gitlab-pages.

В нашем случае наложились сразу несколько факторов. И пути хранения перенастроенные (после ухода в object storage артефактов), и отдельный сервер Sidekiq, который обрабатывает джобы, отвечающие за публикацию Pages.
⏩В результате, gitlab-rails и Sidekiq думали, что Pages задеплоены на s3, складывали контент в нужное место, но сам Pages искал pages_deployments на файловой системе. Прям как тут.

Решение вроде бы простое:

gitlab_rails['object_store']['objects']['pages']['bucket'] = 'gitlab-pages'

• Проверяем, что все пути совпадают и перезапускаем сервис.
• Видим, что Pages вернулись к жизни и начали стабильно подхватывать новые деплои без ручных перезапусков.

🔴Но тестирование снова не проходит. Теперь у пользователей не находятся SSH ключи.
Это последний неприятный эффект, который мы получили «бонусом» после всех изменений. Но о нем в следующей части)

Читать полностью…

Про деньги, как о них говорить и о том, каким образом обсуждение з/п ожиданий влияет на рынок труда⬇️

Читать полностью…

Для тех, кто сомневался в ответе или дал неверный вариант, рекомендую к изучению курс ➡️ Основы работы с Docker

За курс вы:
➖ Напишете правильный файл (Dockerfile) с первого раза
➖ Научитесь искать и исправлять ошибки (debug) в падающих контейнерах за минуту
➖ Поднимете среду, где размещён и работает ИТ-продукт, доступный конечным пользователям (production-окружение) через инструмент композиции контейнеров Docker (Docker Compose)

80% времени — практика в терминале на готовых стендах

📌Узнать подробнее про курс - по ссылке

Читать полностью…

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

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

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

Читать полностью…

Опрос 📌

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

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

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

Читать полностью…

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

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

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

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

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

Читать полностью…

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

Увидел у коллеги @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-инженер" закрываются через 2 дня

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

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

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

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

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

Читать полностью…

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

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

Читать полностью…

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

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

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

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

ЗАНЯТЬ МЕСТО

Читать полностью…

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

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

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

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

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

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

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

Читать полностью…

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

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

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

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

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

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

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

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

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

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

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

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

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

Читать полностью…

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

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

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

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

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

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

Читать полностью…

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

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

Читать полностью…

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

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

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

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

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

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

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

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

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

Читать полностью…