#видеозаписи #ПятничныйДеплой

Делаем мониторинг не просто работающим, а безопасным, с четко разграниченными правами доступа.

Владимир Гурьянов — Мультитенантность мониторинга в Kubernetes: зачем, кому и как

😉 Смотреть на YouTube | 📺 VK Видео

Скачать презентацию с сайта DevOops

#DevOops #DevOopsPodcast

Метрики, которые нам врут: от идеального Observability к провалу DORA?

В прошлом году на DevOops Григорий Кошелев учил нас наводить порядок в инфраструктурном хаосе — пояснил за Observability распределенных систем. Мы увидели как следить за тысячами сервисов, чтобы не сойти с ума во время ночных инцидентов.

Помните этот хардкор? Если пропустили - самое время пересмотреть:

📺 Смотреть на YouTube | 📺 VK Видео

Казалось бы, техническая видимость настроена, трейсы крутятся, логи мутятся. Что дальше? А дальше начинается:
А теперь давайте измерять эффективность DevOps-процессов! Внедряем DORA-метрики!.
(С) Эффективный менеджер

На бумаге Deployment Frequency, Lead Time for Changes и MTTR звучат как серебряная пуля и индустриальный стандарт. Но как в реальности мы узнаем в его новом докладе на DevOops 2026 — «DORA-метрики: история провала?».

В шестом DevOops Podcast мы приоткроем занавес доклада и обсудим как все ломается о суровую реальность процессных метрик.

В прямом эфире обсудим:
• Почему измерить работу кластера проще, чем измерить работу инженера?
• Как разработчики начинают «хакать» DORA (привет, пустые коммиты ради частоты деплоя)?
• В какой момент внедрение «стандартов DevOps» ломает инженерную культуру и превращается в карго-культ?

Главный спойлер к новому докладу: почему DORA провалилась и что использовать вместо нее, чтобы не врать самим себе?

Присоединяйтесь к нам 18 сентября в 18:00 (МСК):

📺 YouTube

Готовьте вопросы заранее и пишите их в комментариях к этому посту! Как у вас обстоят дела с DORA-метриками? Помогают или бесят? Самые острые боли разберем в эфире!

От YAML-спагетти в GitLab CI к кубикам LEGO: есть ли спасение от монолитных CI/CD шаблонов в GitLab Components?

Вы хотите просто поправить один шаг в пайплайне, открываете Pipeline editor, а там... 3000 строк переплетенного кода. Кто-то поменял глобальную переменную, и деплой упал сразу у трех соседних команд. А инклюды чужих пайплайнов из ref: master уже снятся в кошмарах каждому инженеру.

На DevOops 2025 Александр Кувыкин выступил с докладом «GitLab components. Как не докатиться до монолитных шаблонов CI/CD»
Мы увидели, как можно распилить монолитный инфраструктурный код и превратить хаос из тысяч строк YAML в аккуратный конструктор LEGO из GitLab Components.

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

До DevOops 2026 остается всего три недели, и в седьмом выпуске DevOops Podcast мы решили обсудить:
• Эффект бабочки в инфраструктуре: почему глобальные variables и инклюды из master гарантированно приводят к упавшему проду и седым волосам дежурных?
• «Слон в МРТ»: как тестировать огромные конвейеры по частям ДО того, как они доедут до продакшена и сломают работу всей компании?
• Пряник вместо кнута: как внедрить строгое версионирование (SemVer), но при этом не душить разработчиков требованиями Conventional Commits?
• «Шпагат Ван Дамма» в энтерпрайзе: как балансировать между разными инстансами GitLab внутри большого холдинга, расшаривая общие пайплайны так, чтобы ничего не порвалось?

Присоединяйтесь к нам 25 сентября в 18:00 (МСК):
📺 YouTube | 📺 VK Видео

В комментариях и на трансляции ждем ваших признаний о миллионах строк в вашем Pipeline editor! И кто до сих пор тянет шаблоны из master? Самые страшные истории боли разберем в эфире!