DevOpsConf Channel

Запись доклада «Alerts-Registry. Одно место управления алертами» Анны Гобрусевой с DevOpsConf 2024

Доклад для тех, кто уже построил у себя систему алертинга и упёрся в проблемы её сопровождения. Как определять/удалять неактуальные алерты, как их версионировать, etc...

https://www.youtube.com/watch?v=1FqF4DKijI8

Скачать презентацию доклада можно здесь

После просмотра пишите вопросы с тегом #ВопросCпикеру в комментарии к этому посту и в четверг-пятницу (20-21 июня) Анна лично на все ответит.

Это история про то, что такое CI/CD. Про то, что это не просто написать пачку YAML'ов или собрать код при создании pull request и деплой по кнопке, а много чего ещё.

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

Head of Infrastructure and Security в Uzum Market Владимир Утратенко провёл антинаучное исследование на нерелевантной выборке, но вывод интересный: 25 из 30 DevOps-инженеров на собеседовании путают CI и CD.

✅ Подробности в статье: https://habr.com/ru/companies/oleg-bunin/articles/821867/

Запись доклада «Envoy Proxy — один за всех Load Balancer» Дмитрия Самохвалова с DevOpsConf 2024

Доклад о переходе с NGINX, HAProxy на Envoy из-за ограничений старых систем для динамической конфигурации. Освещается, как Envoy улучшает быстрые обновления, его интеграция через envoy-control-plane, успешное внедрение, рекомендации и лайфхаки для эффективного перехода.

https://youtu.be/tJt7BjERM4M?si=B-d4wX_WlrtHzjA0

Скачать презентацию доклада можно здесь

После просмотра пишите вопросы с тегом #ВопросCпикеру в комментарии к этому посту и в четверг-пятницу (13-14 июня) Дмитрий лично на все ответит.

Приглашаем спикеров на Industrial++ — первую профессиональную конференцию для разработчиков, инженеров и IT-экспертов всего реального сектора.

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

6 июня (четверг)
13:00 (МСК)

✅ Участие в онлайн-встрече свободное, нужно только зарегистрироваться здесь

На встрече обсудим потенциально интересные темы, новости и планы. Поговорим о том, что болит и волнует, обменяемся идеями. И конечно, участники ПК ответят на все ваши вопросы об участии и организации конференции
⠀
✅ Заявки на доклады принимаем до 30 июня на сайте

Мы определили перечень тем, которые считаем наиболее актуальными для сообщества. Конечно, мы ими не ограничимся при рассмотрении заявок, но предпочтение будет отдано докладам на эти темы:

- Масштабируемые и отказоустойчивые архитектуры.

- Работа с данными, СУБД, системы хранения.

- Инфраструктура производственной компании.

- DevOps в производственной компании.

- ML и AI в производственных компаниях.

- Безопасность в производственной компании.

- Интернет вещей, индустрия 4.0 в промышленности.

- Российские разработки, импортозамещение.

- Культура разработки в производственных компаниях, инженерная культура.

- Продакт-менеджмент в производственной компании

Ждём вас в онлайн 6 июня 🙌

Запись доклада «Неизбежность, или Как приучить Devops-инженеров к проектированию» Екатерины Лысенко с DevOpsConf 2024

Доклад про взгляд на DevOps и эксплуатацию с точки зрения архитектуры. Рекомендуем для всех, кто по работе, помимо технологий, занимается построением процессов работы и управлением бэклогом команды.

https://youtu.be/BTdfWGL33sw

Скачать презентацию доклада можно здесь: https://disk.yandex.ru/i/wzBAj7vtAUJdPQ

После просмотра пишите вопросы с тегом #ВопросCпикеру в комментарии к этому посту и в четверг-пятницу (6-7 июня) Екатерина лично на все ответит.

🎟 Приглашаем на встречу с Программным комитетом Industrial++ 2024

6 июня в 13:00 в формате онлайн предлагаем вам узнать какие темы будут актуальны на Industrial++ - профессиональной конференции IT-сообщества в промышленности.

Программа конференции будет сосредоточена на самых актуальных темах:

- Масштабируемые и отказоустойчивые архитектуры
- Работа с данными, СУБД, системы хранения
- Инфраструктура производственной компании
- DevOps в производственной компании
- ML и AI в производственных компаниях
- Безопасность в производственной компании
- Интернет вещей, индустрия 4.0 в промышленности
- Российские разработки, импортозамещение
- Культура разработки в производственных компаниях, инженерная культура
- Продакт-менеджмент в производственной компании
- Сотрудничество производственных компаний

✅ Чтобы принять участие, задать вопросы ПК или получить запись встречи, нужно зарегистрироваться на сайте

Запись доклада «Как внедрить телеметрию в on-premise-инфраструктуре» Алексея Колоскова с DevOpsConf 2024

Что нам надо знать, когда мы хотим внедрить телеметрию? Как выбрать тот или иной продукт? Какие грабли можно собрать по пути? Как не наткнуться на несовместимость решений? Какие хранилища подойдут? Ребята уже прошли этот путь и хотят вас предостеречь от неправильных решений.

Смотреть видео: https://youtu.be/Ei2hmvwqJuo?si=zgHlA2MqKfho_rXE

Скачать презентацию доклада можно здесь

После просмотра видео пишите вопросы в комментарии к этому посту, а в четверг-пятницу (30-31 мая) Алексей на все ответит. Не забывайте ставить тег #ВопросCпикеру

Kubernetes сейчас запускают везде! Даже в критических информационных инфраструктурах, где с Интернетом очень плохо или его нет совсем.
⠀
Поэтому поговорим про установку самого популярного решения для запуска контейнеров там, где не ступал ни один пакет из публичной сети.
⠀
Лид Kubernetes-платформы Deckhouse в компании Флант Максим Набоких покажет целевую схему закрытого контура и расскажет нюансы работы инструментов для создания безопасной среды: https://habr.com/ru/companies/oleg-bunin/articles/798317/

Запись доклада «Логи: как EFK нас довел... до Vector и Clickhouse» Дмитрия Синявского с DevOpsConf 2024

Альтернативный взгляд на системы логирования. Стек Vector. dev и ClickHouse — это только лишь хайп или реальное решение насущных проблем? Дмитрий подробно разобрал плюсы и минусы этого решения. А дальше вы сможете принять решение, стоит ли мигрировать на него.

https://youtu.be/4Xu-DaGkldU

Скачать презентацию доклада можно здесь

Ещё у Дмитрия есть статья на тему доклада, прочитать можно здесь

Друзья, после просмотра записи пишите вопросы в комментарии к этому посту, а в четверг-пятницу (23-24 мая) Дмитрий на все ответит. Ставьте тег #ВопросCпикеру

Запись доклада «Древние свитки CI/CD: смыслы, которые мы потеряли» Владимира Утратенко с DevOpsConf 2024

Доклад для тех, кто считает, что CI/CD — это просто написать пачку YAML'ов. Это возврат к рассказу о базовых вещах — что такое и зачем нужен CI, что такое и зачем нужен CD. И да, это не просто сборка кода при создании pull request и деплой по кнопке, а много чего, кроме этого.

Смотреть видео: https://youtu.be/F4nC3diZo1M?si=JnlHD4Und3AC6xqM

Презентация доклада

После просмотра пишите вопросы в комментарии к этому посту, а в четверг-пятницу (16-17 мая) Владимир на все ответит. Ставьте тег #ВопросCпикеру

Вы тоже не любите писать бойлерплейт-код?
⠀
Хочется, чтобы большое количество связей и однотипных переиспользуемых пакетов в микросервисных приложениях как-то генерировалось само. Но генераторов микросервисов не так уж много.
⠀
Разработчики из компании Last.Backend поделятся, как сделали свой генератор микросервисов и с какими сложностями столкнулись. Расскажут, как использовали Protobuf, Uberfx, писали хуки, рефлектили всё, что можно, стандартизировали работу с логами, конфигами и процесс сборки и деплоя.
⠀
Подробности в статье: https://habr.com/ru/companies/oleg-bunin/articles/810155/

Запись доклада «K8s-операторы для СУБД: быстро готовим сотни стейджей» Александра Качкуркина с DevOpsConf 2024

Как штамповать базы данных (и не только) для каждого изолированного окружения в тестинге и, как следствие, ускорить time-to-market в разы? Об этом в докладе Александра

Смотреть здесь: https://www.youtube.com/watch?v=JtURJCCT8eU

После просмотра видео пишите вопросы в комментарии к этому посту, а в четверг-пятницу (25-26 апреля) Александр на все ответит. Ставьте тег #ВопросCпикеру

Запись доклада «NextOps — что будет после DevOps» Игоря Курочкина с DevOpsConf 2024
⠀
В своём докладе Игорь приглашает на обзор эволюции DevOps, заложившего основы для современной разработки и эксплуатации, взглянуть в будущее. Докладчик делится перспективой на появление второй волны, новых лидеров и сообществ в профессиональной среде.
⠀
Смотреть здесь: https://www.youtube.com/watch?v=X8S3Z_cMIJ4
⠀
После просмотра видео пишите вопросы в комментарии к этому посту, а в четверг-пятницу (18-19 апреля) Игорь на все ответит. Ставьте тег #ВопросCпикеру

Презентация доклада для визуалов 😎: https://disk.yandex.ru/i/b7MEq0jZRta5WQ

🔥 У нас новая рубрика, которая будет выходить по вторникам. Смотрите запись доклада и задавайте под постом с видео вопросы спикеру с тегом #ВопросCпикеру. А с четверга по пятницу спикеры лично будут отвечать на вопросы в чате

Сегодня мы открыли запись доклада Ивана Гулакова «Куб всему голова! Строим внутреннюю Kubernetes-платформу на baremetal» с конференции DevOpsConf 2023 https://www.youtube.com/watch?v=xYhHxGsxuzU

Хардкорный доклад про то, как ребята разворачивают кластерs на железных серверах. От ввода в строй серверов до управления полученными кластерами. Доклад Ивана для тех, кто не боится слова PXE.

Ждём ваши вопросы по докладу в комментариях к этому посту и в четверг-пятницу (11-12 апреля) Иван лично ответит на них в чате 🙌

✅Презентация доклада здесь: https://disk.yandex.ru/i/R31PF6aksPlXkg

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

До встречи на DevOpsConf 2025 🙌

Друзья, у нас открыта продажа видеозаписей докладов DevOpsConf 2024 🙌
⠀
В плейлисте 80+ докладов. Спикеры поделились опытом: как крупные компании строят свои платформы и как можно реализовать подобный опыт в вашей компании; как создаются надёжные системы в крупных компаниях; что делать, если вы работаете с одной из акул рынка, но ограничены в выборе инструментов; и многое другое. А ещё посмотрели, что нового в отрасли, поговорили о новых фичах и утилитах. Обсудили, как использовать ИИ в эксплуатации. Рассмотрели ChatGPT без хайпа: только практические кейсы.
⠀
✅ Купить видеозаписи можно на сайте
⠀
⭐ Топ-5 докладов:

1) Как мы вырастили отказоустойчивость Яндекс Go. Денис Исаев (Яндекс)

2) Kafka. Деградировавший кластер, или 168 часов траблшутинга. Максим Ванюшкин (Тинькофф)

3) Hardening Jenkins: как подать блюдо, чтобы оставили чаевые. Лев Хакимов (Wildberries)

4) Платформа — это продукт. А что, вообще, такое — продукт? Виктор Попов (Samokat.tech)

5) JumpStart для новых сервисов. Владимир Дроздецкий (Magnit Tech)

Один из антипаттернов наблюдаемости — это Wall of Dashboard. Как говорится, стоит стена высокая, а что за ней — непонятно. Как правило, куча дашбордов — это куча проблем, которые приводят к информационной перегрузке, потере фокуса и сложности восприятия. А что самое грустное, довольно сложно найти и исследовать какой-то инцидент.
⠀
Если вы, глядя на свой дашборд, не понимаете, работает ваша система или нет, стоит обратить внимание на статью: https://habr.com/ru/companies/vk/articles/805029/
⠀
SRE в VK Рекламе Кирилл Борисов расскажет, как организовать мониторинг, упрощающий нахождение проблем и не перегруженный лишней информацией.

Руслан Сафин, участник Программного комитета TechLead Conf и спикер наших конференций, поделился простой и полезной идеей по написанию тестов на архитектуру. Идея покорила участников конференций — архитекторов и разработчиков.

Руслан представляет Open Source-реализацию решения, приводит примеры тестов на микросервисную архитектуру и даже дает бонус для разработчиков монолита.
⠀
✅ В статье личный опыт и профит от использования этой практики: https://habr.com/ru/articles/800205/

#DevOpsConf Сергей Реусин из СберМаркет. Инженерия устойчивости как основной инструмент выживания вашей организации: история, подходы и примеры внедрения. Это был доклад первого дня, на который я забыл опубликовать конспект. Доклад концептуальный, он принципиально меняет точку зрения на ошибки и сбои: мы не стремимся уменьшить их до нуля, увеличив время между ошибками, а определяем допустимую зону и фокусируемся на способах быстрого восстановления в случае сбоев. И это дает устойчивость системы в целом. Это подход resilience engineering, основанного на работах ряда исследователей. В их числе Richard Cook, на работы которого Сергей много ссылался. Предлагается определить зону сбоев, которая является приемлемой, и держаться в ней, в том числе - за счет быстрого восстановления, а не только за счет снижения количества ошибок. Подробнее про подход можно посмотреть в stella.report. Идея состоит в том, что мы предусматриваем универсальные способы восстановления, которые сработают в широком спектре ситуаций. И что наоборот, частные способы могут перестать работать. Например, практика канареечных релизов, при которой новые фичи сначала предоставляются малому числу пользователей для проверки работоспособности, могут перестать выполнять свою функцию, если разработчики начнут применять feature toggle, включаемые сразу и для всех, а не постепенно - сначала релиз раскатят на всех, а потом этот флаг возьмут и включат, и проблемы посыпятся.

Это - интересный взгляд. Потому что в погоне за высокой доступностью часто применяют сложные и дорогие технические решения, и несут неоправданные затраты. В то время как альтернативные способы могут быть гораздо легче. Я тут поделюсь своим опытом. В свое время мы проектировали систему розничного магазина для Спортмастера, и спросили их - а могут же быть разные проблемы с работой системы: электричество, сеть и так далее. А они рассказали, что на этот случай есть план-Б: автономный сканер ШК (ТСД), в который загружен каталог с актуальными ценами, и который умеет фиксировать продажи, сканируя ШК, и простая дешевая касса, на которой можно пробивать чеки в автономном режиме и которая работает от обычного бесперебойника, и в результате при любых проблемах магазин 6 часов способен вести продажи. Что позволяет не слишком заморачиваться с доступностью именно информационной системы. И аналогичный подход у них дальше применялся при переходе на централизованную систему лояльности: при сбоях интернета владельцам карт предоставлялась специальная скидка, размер которой их обычно удовлетворял, так что проблемы не вызывали негатива. И как побочный эффект такое решение снижало требования к доступности централизованной системы лояльности - план-Б со специальной скидкой работал и в этом случае.

#DevOpsConf Владимир Утратенко из Uzum Market. Древние свитки CI/CD: смыслы, которые мы потеряли. Это был доклад за все хорошее против всего плохого. О том, что не взирая на лучшие практики, многие по-прежнему работают по-старому. Хранят код, конфигурации, тесты и описание конвейера в разных репозиториях с непонятной синхронизацией, а кое-что может лежать вообще вне репозиториев. Что запуск тестов, особенно нагрузочных, и разворачивание среды для этого может быть магией, доступной отдельному инженеру. Что патчи могут собираться вручную и пересылаться по почте. А если тесты запускаются автоматом и падают, то разработчики могут их отключать, а не чинить, или просто игнорировать. Что никакой integration в рамках CI не происходит, а просто сборка отдельного продукта. А реальный continuous delivery - вообще редкий зверь, потому что на пути к проду часто стоит ручной регресс, который делают много месяцев. Что несмотря на рекомендации делать частые коммиты и мержить ветки, разработчики накапливают изменения несколько месяцев в стремлении сделать все-все-все, а потом мерж фичи занимает несколько недель и приводит к переписыванию заново, потому что этот же код активно правили. И вообще, CI/CD для части людей превратились в buzzword, смысла которого они не понимают. И все это - с одобрением аудитории, которой эти проблемы известны.

К сожалению, от того, что людям лишний раз напоминаешь про хорошие практики, они начинают их использовать. Сколько человек по утрам делают зарядку или ходят в фитнес? А скольких можно побудить к этому, рассказав про ожирении и разные проблемы, которые ждут в будущем, или даже в настоящем? Увы! Так что тут, по-хорошему, нужен серьезный разбор причин и способов работы, включая методы изменения привычек и культуры - ведь проблема-то в них. Впрочем, доклад был хороший и с юмором, так что, не исключаю, что, слушая его, участники увидят на свой портрет в сатирическом зеркале и решат измениться.