DevOpsConf 2026: «Онтико» меняет рынок IT-конференций

Кажется, мы все немного устали. Устали от унаследованного кода без владельца. От инфраструктуры, которая «как-то работает». От ИИ, который внедряют быстрее, чем понимают. От регуляторики, написанной на инопланетном языке. От SLO, которым вроде бы можно верить — но лучше бы перепроверить.

И на фоне всего этого — привычный формат конференции: два дня докладов, блокнот заметок, лёгкая эйфория… а через неделю всё растворяется в задачах.

Команда DevOpsConf в этом году честно признала: формат «послушал — вдохновился — пошёл применять» больше не тянет. Индустрия изменилась. И мероприятия тоже должны. Поэтому DevOpsConf 2026 проходит в новом формате — «конференция развития».

Расписание уже готово — можно изучить программу и собрать свой маршрут по стримам на официальном сайте. Давайте посмотрим, что получилось!

Конференция развития — это вообще что?

Звучит немного пафосно, но по сути всё просто: вместо потока контента — управляемый путь к результату.

Участник здесь не слушатель, а соавтор. Он работает в группах, разбирает реальные кейсы, спорит, тестирует гипотезы и уходит не с «было интересно», а с личной дорожной картой.

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

Нашей главной задачей всегда было обеспечить практический результат для развития специалистов и всей цифровой индустрии. Конференции «Онтико» расширяют аудиторию: они будут полезны смоллтехам, производственным компаниям реального сектора, госкомпаниям, аутсорсерам, интеграторам и т.д.

«Мы сделали больше фокуса на практику и вообще на работу с аудиторией в формате групповых заданий. Будут стандартные круглые столы и семинары-практикумы, но также будут разборы ситуационных задач, форсайты, несколько аналогов CTF-а с уклоном в эксплуатацию», — рассказал глава ПК конференции Дмитрий Зайцев.

Что вместо привычных «залов»? Стримы развития

Вместо классической разбивки «зал про ИБ», «зал про Kubernetes», «зал про мониторинг» появились стримы развития — срежиссированные тематические маршруты по конференции. Они направлены не на ознакомление с вопросом, а на решение проблемы.

Один стрим развития — одна тема, которая раскрывается последовательно через разнообразные форматы (мастер-классы, игры, дискуссии и т.д.). При этом доклады никуда не уходят!

Стримы развития — это не просто тематический трек. Это срежиссированный маршрут:

1. Формулируем проблему.

2. Ищем решения вместе.

3. Работаем в группах.

4. Пробуем руками.

5. Уходим с планом действий.

Теперь — к конкретике.

Стрим работа с «чёрным ящиком»

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

Здесь учат системно работать с незнакомым и непрозрачным кодом:

• как применять 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 апреля в Москве. Форматы участия — офлайн, онлайн и корпоративный.

Если коротко: это попытка превратить конференцию из источника вдохновения в инструмент изменений.

И судя по тому, что происходит в индустрии, это довольно своевременная попытка.