Кажется, мы все немного устали. Устали от унаследованного кода без владельца. От инфраструктуры, которая «как-то работает». От ИИ, который внедряют быстрее, чем понимают. От регуляторики, написанной на инопланетном языке. От SLO, которым вроде бы можно верить — но лучше бы перепроверить.
И на фоне всего этого — привычный формат конференции: два дня докладов, блокнот заметок, лёгкая эйфория… а через неделю всё растворяется в задачах.
Команда DevOpsConf в этом году честно признала: формат «послушал — вдохновился — пошёл применять» больше не тянет. Индустрия изменилась. И мероприятия тоже должны. Поэтому DevOpsConf 2026 проходит в новом формате — «конференция развития».
Расписание уже готово — можно изучить программу и собрать свой маршрут по стримам на официальном сайте. Давайте посмотрим, что получилось!
Конференция развития — это вообще что?
Звучит немного пафосно, но по сути всё просто: вместо потока контента — управляемый путь к результату.
Участник здесь не слушатель, а соавтор. Он работает в группах, разбирает реальные кейсы, спорит, тестирует гипотезы и уходит не с «было интересно», а с личной дорожной картой.
Вся философия описана в манифесте конференции — его можно изучить и обсудить в сообществе. Это не декоративная концепция, а реальная попытка пересобрать формат.
Нашей главной задачей всегда было обеспечить практический результат для развития специалистов и всей цифровой индустрии. Конференции «Онтико» расширяют аудиторию: они будут полезны смоллтехам, производственным компаниям реального сектора, госкомпаниям, аутсорсерам, интеграторам и т.д.
«Мы сделали больше фокуса на практику и вообще на работу с аудиторией в формате групповых заданий. Будут стандартные круглые столы и семинары-практикумы, но также будут разборы ситуационных задач, форсайты, несколько аналогов CTF-а с уклоном в эксплуатацию», — рассказал глава ПК конференции Дмитрий Зайцев.
Что вместо привычных «залов»? Стримы развития
Вместо классической разбивки «зал про ИБ», «зал про Kubernetes», «зал про мониторинг» появились стримы развития — срежиссированные тематические маршруты по конференции. Они направлены не на ознакомление с вопросом, а на решение проблемы.
Один стрим развития — одна тема, которая раскрывается последовательно через разнообразные форматы (мастер-классы, игры, дискуссии и т.д.). При этом доклады никуда не уходят!
Стримы развития — это не просто тематический трек. Это срежиссированный маршрут:
-
Формулируем проблему.
-
Ищем решения вместе.
-
Работаем в группах.
-
Пробуем руками.
-
Уходим с планом действий.
Теперь — к конкретике.
Стрим работа с «чёрным ящиком»
Если вам когда-нибудь доставался проект с фразой «ну там всё исторически сложилось», вы понимаете, о чём речь.
Здесь учат системно работать с незнакомым и непрозрачным кодом:
-
как применять LLM для анализа и документирования;
-
как обучать команды разбираться с устаревшим кодом;
-
как аргументировать бизнесу необходимость тратить на это ресурсы.
В рамках командной работы участники на скорость починят сломанную систему с непрозрачной логикой. Всем выдадут заготовленный стенд, где будет развёрнут сервис, на который будет подаваться нагрузка, эмулирующая реальных пользователей. В сервисе будут заложены проблемы, которые будут активироваться с течением времени. Помимо сервиса стенд будет в себя включать базовую инфраструктуру, необходимую для выявления аномалий и их устранения: пайплайн доставки кода (GitLab), метрики (Victoria Metrics + Grafana), логи (Vector + Victoria Logs + Grafana).
Почти как в проде. Только безопаснее.
Стрим мониторинг инфраструктуры
От базовых принципов до архитектуры. Зачем мы вообще следим за системами? Где SLO может врать? Как бороться с ложными срабатываниями? Как строить наблюдаемость в распределённой инфраструктуре?
Это тот случай, когда после стрима можно пересобрать свой подход к метрикам, а не просто добавить ещё один дашборд.
Пришло время посмотреть на это иначе — в этом поможет Дмитрий Синявский. Он покажет случаи, как вас могут обманывать с SLO, как правильно посчитанные SLO могут вводить в заблуждение, и что делать чтобы этого избежать.
DevOps давно перестал быть только про технологии. Это ещё и переговоры о сроках, согласование приоритетов, защита бюджета, объяснение рисков бизнесу.
Здесь разбирают реальные ситуации участников, дают техники внутрикорпоративных переговоров, матрицы согласования технических и бизнес-приоритетов, шаблоны сложных разговоров.
Для инженеров и руководителей, которые участвуют в принятии решений о релизах и надёжности, будет организован мастер-класс «Убедительная коммуникация: мастерство внутрикорпоративных переговоров для технических руководителей». По его итогам вы получите три ключевые техники убеждения, специально адаптированные для IТ-специалистов при ограниченных ресурсах и жестких сроках; практическую матрицу согласования технических и бизнес-приоритетов, которую можно внедрить уже на следующий день; а также готовые речевые шаблоны для проведения сложных переговоров о переносе сроков и распределении ресурсов.
И да — каждый приносит свой случай. И уходит с решением.
Регуляторика для IT: как говорить с государством на одном языке
152-ФЗ, ФСТЭК, Роскомнадзор, ГОСТы — для многих это звучит как «потом разберёмся». Но если вы работаете в регулируемой отрасли, «потом» обычно превращается в срочный аудит.
Стрим посвящён тому, как переводить требования регуляторов на язык инженеров и встраивать их в процессы разработки и инфраструктуру — без формального подхода «для галочки».
AI в DevOps — без хайпа, но с практикой
ИИ уже здесь: в мониторинге, алертинге, автотестах, документации, разработке Kubernetes-операторов. Вопрос не «использовать или нет», а «как встроить это устойчиво».
На стриме обсудим реальное состояние AI в DevOps; инференс и работу с GPU; где LLM экономит время, а где создаёт риски; как встроить ИИ в SDLC так, чтобы через год не пришлось всё откатывать.
Плюс открытая дискуссия: что будет с индустрией через пять лет и к чему готовиться уже сейчас.
Михаил Петров расскажет о том, как сделал реальностью то, что казалось невозможным: речь пойдёт о разработке production Kubernetes-оператора за 7 дней вместо 90, используя LLM! Его опыт будет полезен инженерам, которые работают с Kubernetes и инфраструктурным кодом (в том числе операторами и контроллерами) и хотят понять, в каких задачах LLM реально экономит время, где создаёт риски и почему без процесса и контроля такой подход не даёт устойчивого результата.
Переход с проприетарного на российский софт
Переход с пропориентрарного ПО — инженерная задача с множеством неизвестных в отношении качества, документации и масштабирования. Этот стрим — редкий пример разговора не про код, а про контекст, в котором он создаётся. Вместо абстрактных советов — польза без скатывания в хаос или бюрократию. Будет полезно всем, кто устал от фразы «ну вы же технари, сами разбирайтесь».
Максим Маслов на примере ситуации с тестированием новой фичи в условиях, когда интеграционный контур занят коллегами, расскажет, как решить эту проблему с помощью личных стендов «по требованию». Он разберёт сложности реализации: создание интерфейса, пайплайнов, управление ресурсами, также поделится опытом создания автоматизированных стендов «по кнопке» и почему в его команде выбрали kyverno для автоматической очистки и поддержки стендов.
Формат предполагает демонстрации отечественных IT-решений с участием разработчиков, экспертную обратную связь, обсуждение перехода на российское ПО, разбор ошибок внедрения. Разработчики смогут познакомиться с отечественными продуктами, которые позволят упростить их работу: узнать, как они работают и каким образом могут помочь решить их задачу.
Можно задать неудобные вопросы. Можно сравнить решения. Поговорить с техническими специалистами и услышать не только «как у нас всё хорошо», но и «где было больно».
Вас ждут совместные активности для обсуждения продуктов, закрытые дискуссии и т.д.
Кому вообще стоит ехать?
Инженерам, SRE, архитекторам, тимлидам, техдиректорам. Тем, кто принимает решения и несёт ответственность. Тем, кто устал «слушать» и хочет менять практику.
Мы заботимся о том, чтобы конференция была доступна каждой IT-команде, а не только бигтехам и создали специальные условия для компаний из регионов и компаний с численностью IT-специалистов до 300 человек. Подробности спецусловий — на сайте.
DevOpsConf 2026 пройдёт 2–3 апреля в Москве. Форматы участия — офлайн, онлайн и корпоративный.
Если коротко: это попытка превратить конференцию из источника вдохновения в инструмент изменений.
И судя по тому, что происходит в индустрии, это довольно своевременная попытка.
Автор: olegbunin
