Станьте голосом
DevOps-сообщества
DevOps-сообщества
DevOpsConf — крупнейшая профессиональная конференция в России по интеграции процессов разработки, тестирования и эксплуатации. Это место, где инженеры эксплуатации, SRE, DevSecOps, CTO и CIO, техлиды, тимлиды, разработчики, архитекторы, тестировщики и аналитики делятся реальными историями — успехами, фейлами и неожиданными находками.
Привет!
Это Call For Papers конференции DevOpsConf — здесь можно подать заявку на выступление.
Но не спешите это делать, сначала мы поделимся новостями.
Мы проанализировали множество отзывов и предложений наших участников, докладчиков и партнеров и пришли к выводу, что конференции 2026 года будут другими. С этого момента конференция DevOpsConf становится конференцией развития.
Конференция развития — это, в первую очередь, больше интерактивного формата и нетворкинга для участников. Привычные всем доклады, конечно, тоже останутся, но перестанут играть главную скрипку, их подвинут демонстрации, экспертные зоны, факап-митапы, мастер-классы, брейнштормы, форсайты, дискуссии, case clinic, постмортемы и др.
Что это значит для спикеров:
- Мы продлеваем срок приема заявок на недокладные форматы до 23 января 2026: если вы готовы провести воркшоп или mastermind-группу, у вас есть вариант для дискуссии или круглого стола, вы хотите организовать фейл-митап, у вас есть любые другие идеи — мы ждем ваших заявок;
- Мы готовы работать с заявками на уровне идеи и помогать с переупаковкой или созданием новых форматов. Мы привлечем методологов, фасилитаторов, специалистов по проведению групповых активностей и будем создавать ваше выступление вместе: с вас — экспертиза, с нас — всесторонняя поддержка во время подготовки;
- Мы снимаем обязательное требование к докладам быть представленными в продакшн. Если ранее отношение Программного комитета к докладу можно было выразить как «ПК верифицировал», то сейчас возможно также отношение «ПК предлагает обсудить» / «ПК считает, что это интересная точка зрения».
Мы открыты к новому: новая механика, идея, формат — давайте обсуждать!
Обсудить идею: Снежана Вукович, программный менеджер конференции DevOpsConf
Нас рекомендуют
Что мы ищем?
Мы подготовили площадку для обсуждения практических вопросов из мира DevOps, SRE, разработки и инженерных практик. Здесь нет места теоретическим рассуждениям или поверхностному изучению тем. Максимально прагматично рассматриваем реальные вопросы и задачи, возникающие у инженеров, техлидов, тимлидов, СТО, СІО.
- Первопричины хороших индустриальных практик (и сами практики).
- Иммутабельность, декларативность, идемпотентность и другие весёлые слова.
- Что нужно знать про TCP/IP, DNS, DHCP? Что такое LARTC?
- Процессы эксплуатации. Как управлять изменениями или тех. миграциями в сложной инфраструктуре и не породить хаос?
- Технологии виртуализации и контейнеризации. Управление конфигурацией.
- (забытые) Технологии отказоустойчивости и катастрофоустойчивости. Зачем тестировать бэкапы?
- Культура blameless postmortem: психологическая безопасность и фокус на системных проблемах.
- Структура эффективного постмортема: timeline, root cause analysis, action items и их приоритизация.
- Incident management процессы: роли, коммуникация, эскалация и coordination во время кризиса.
- От постмортема к улучшениям: tracking action items, измерение эффективности и предотвращение повторений.
- Базы знаний инцидентов: систематизация опыта и паттернов отказов для ускорения диагностики.
- Выбор архитектуры и моделей: RAG, агенты и бенчмаркинг.
- Безопасность и реалии эксплуатации LLM в РФ
- Разработка и оркестрация агентных систем.
- Практика эксплуатации LLM (LLMOps/MLOps)
- Экономика и оптимизация GPU-ресурсов
- Практики промпт-инжиниринга для инженеров эксплуатации: эффективное взаимодействие с AI-инструментами.
- Трансформация рабочих процессов: автоматизация документирования, RCA и рутинных задач через AI.
- Безопасность AI-генерируемого кода: threat modeling, авторизация, guardrails и риски для инфраструктуры.
- AI и legacy: автоматизация рефакторинга и миграции устаревших систем (контейнеризация, IaC-генерация).
- Зрелость AI-подходов в engineering: от экспериментов к production-ready практикам и платформам.
- «Vibe coding» и культурный сдвиг: реальные истории разработчиков в эпоху AI-ассистентов.
- Как автоматически обнаруживать ассеты?
- Как выкинуть эксельки и сделать нормально?
- Финопс как инженерная практика.
- Cloud vs On-Prem vs Hybrid — экономика решений.
- Экономика отказоустойчивости.
- AI/LLM в оптимизации стоимости эксплуатации.
- Оптимизация ресурсов, нагрузки и эффективности.
- Security champions возвращаются.
- За безопасность отвечает, в первую очередь, команда, а не только ИБ.
- Встраивание безопасности в процесс разработки. Как добавить Sec в DevOps.
- Ролевые модели доступа, периметр, защита от внешних и внутренних угроз.
- Безопасность без бумажных безопасников. Безопасность против здравого смысла.
- Как сделать нормальную безопасность в разумных бюджетах.
- Что такое toil и как его измерить: поиск задач для автоматизации.
- Выбор языка для автоматизации: решение, которое нельзя откладывать.
- Python, Go, Rust или Zig: какой язык для каких задач?
- Тестирование кода: unit-тесты, интеграционные тесты, dry-run валидация.
- Compliance as Code: автоматизация проверок требований 152-ФЗ, ГОСТ, ФСБ через IaC и policy engines.
- Персональные данные в облаках и on-premise: что можно, что нельзя, и как это технически обеспечить?
- Аудит и логирование под регулятора: какие логи собирать, как долго хранить, что показывать проверяющим и в суде?
- Сертификация и аттестация инфраструктуры: как проходить без остановки разработки на полгода?
- Разделение доступов и ролевая модель: RBAC, привилегии, аудит — в терминах регулятора и в коде.
- Disaster Recovery и отказоустойчивость: требования к РТО/RPO по российским стандартам.
- Реальные кейсы: как компании проходят проверки, какие костыли строят, и где можно схитрить легально.
- Инженерная аналитика, фреймворки и метрики (DORA, SPACE, DX).
- Внутренние сообщества практик и экспертизы (CoP, CoE).
- Запуск и развитие экспертных команд (Enabling teams).
- Анализ и улучшение процессов разработки, тестирования и эксплуатации (VSM, Flow Engineering).
- Масштабирование команд и улучшение взаимодействия (Team Topologies, InnerSource).
- Автоматизация процессов в сложных системах.
- Принципы построения самовосстанавливающихся систем и автоматизация реакции на инциденты.
- Reliability patterns: circuit breakers, bulkheads, retry policies и graceful degradation.
- SLI, SLO, SLA. Бюджетирование ошибок.
- Алертинг и дежурства.
- Надёжная поставка изменений в продакшн. Стратегии деплоя.
- Debug и troubleshooting в распределенных системах.
- Построение SRE команд и процессов.
- Подготовка сервисов к нагрузке.
- Chaos Engineering. Проведение экспериментов для проверки устойчивости.
- Принципы проектирования Internal Developer Platforms: API-first, self-service, paved roads.
- Архитектурные паттерны: control plane, abstraction layers и интеграционные шины.
- Developer Experience — как измерять и улучшать пользовательский опыт платформы?
- Продуктовые подходы в разработке платформ.
- Build vs buy. Сравнение и выбор технологий, вендоров и решений.
- Observability сложных систем.
- От мониторинга к аналитике: real-time обработка операционных данных для принятия решений.
- Автоматизация RCA (Root Cause Analysis) и сокращение MTTR через интеллектуальный анализ.
- Как получать ценность из тонн метрик, логов, спанов. Корреляция событий из разнородных источников.
- Лучшие практики в построении дашбордов.
- Частные облака: от "зачем" до "как"?
- Подходы к межоблачной коммуникации.
- Cloud Governance: как держать всё под контролем?
- Эффективная миграция в облако: стратегии и практики.
- Управление данными в распределённых облачных экосистемах.
- Безопасность распределённых облачных инфраструктур.
- Актуальные практики работы.
- Построение карьеры, пути развития.
- Ментор и менти.
- Хорошие, правильные подходы в old-fashioned инфраструктурах.
- Оптимизация технологичности. Жизнь без k8s, облаков и девопс-инженеров.
- Ansible для Windows. Масштабирование и CI/CD для 1C.
- Как правильно управлять инфраструктурой с помощью Ansible, Salt, Puppet, CFEngine.
- Как строить алертинг для дата-пайплайнов?
- Особенности CI/CD для дата-сервисов и ML-моделей.
- Версионирование и учёт моделей и датасетов.
- Архитектура систем работы с большими данными.
- CI/CD без интернета: локальные registry, зеркала репозиториев, автономные сборки.
- Стратегии актуализации зависимостей, управление версиями без доступа к upstream.
- Zero trust на максимум: минимальные привилегии, недоступные хосты, многоступенчатый доступ к логам.
- Как ориентироваться в тотальной неопределенности?
- AI, импортозамещение, облака: что из хайпа реально работает, а что можно игнорировать?
- Антихрупкость компаний.
- Отличия русской культуры управления.
- Как, наконец, планировать бюджет на год с agile-командами?
- Как управлять большой сетью?
- Какая автоматизация используется в 2026 году?
- Чем занимается сетевой инженер в 2026 году?
Критерии отбора докладов
- УникальностьМы отдаем предпочтение докладам, которые наша аудитория еще не слышала!
- Личный опытВы рассказываете про свой личный опыт. Это не история про знакомого, это не разбор теории. Это прожитый вами кейс, ваши боли, победы и опыт!
- Open sourceТехнологии, про которые вы рассказываете — или полностью open source, или как минимум имеют полноценную версию Community edition. Наши участники должны иметь возможность беспрепятственно воспользоваться идеями, почерпнутыми на докладах конференции, независимо от бюджетов организации!
- Боевые проектыПроцессы, технологии, продукты или проект, про который вы рассказываете, уже находится в стадии промышленной эксплуатации! У вас есть качественные и/или количественные результаты их применения. Как минимум, должен быть пройден этап опытной эксплуатации!
- Никакой рекламыДоклад не должен быть продажей ваших услуг. Если вашим клиентам есть, что рассказать про свой опыт, это может быть совместный круглый стол. Но обязательно с конечными потребителями услуги!
Форматы выступлений
- Технический доклад (30−40 мин.) — глубоко, с примерами, графиками, выводами.
- Lighting Talk (10−15 мин.) — идея, подход, интересный опыт.
- Лайв-демо/воркшоп/мастер-класс — максимум практики и вовлечения.
- Участие в круглом столе / панельной дискуссии (40−60 мин.) — открытом обсуждении, обмене взглядами, поиске решений и разборе реальных кейсов.
- Другие форматы — мы открыты к их разнообразию.
Не уверены, какой формат лучше? Мы поможем подобрать!
Этапы работы с докладчиками
Подача заявки
Подать заявку можно до 23 января 2026 — чем раньше, тем лучше. Для подачи заявки достаточно названия и описания идеи, а также примерной структуры и ключевых мыслей.
Обсуждение заявки с комитетом
Через указанный в заявке контакт в телеграмме мы с вами связываемся и организуем созвон с представителем Программного комитета для обсуждения вашей темы и тезисов.
Принятие решения и информирование о нем спикера
Программный комитет принимает решение о принятии или отклонении заявок до 1 марта.. Докладов всегда больше, чем свободных слотов. При принятии решения мы учитываем множество факторов: актуальность темы, оригинальность решения, опыт докладчика, качество тезисов
и материала, готовность дорабатывать доклад по рекомендациям ПК.
Подготовка к выступлению
Помогаем подготовить ваше выступление с назначенным куратором от комитета.
Часто задаваемые вопросы (FAQ)
Да! Мы ищем не только гуру — а настоящие инженерные истории. Расскажите, как вы решали проблему, где споткнулись и что помогло. Живой, честный опыт — ценнее, чем идеальные слайды.
Вообще не страшно. У нас есть кураторы, которые помогут:
- Сформулировать мысль
- Подобрать формат и структуру
- Подготовиться к живому выступлению
Простое часто ценнее: реальные кейсы вдохновляют сильнее теории. То, что для вас «очевидно», для кого-то — темный лес! Поэтому не откладывайте желание выступить и поделиться опытом на потом.
Программный комитет DevOpsConf — эксперты индустрии. Мы смотрим не на статус, а на ценность и понятность идеи для слушателей.
Не переживайте о логистике: если компания не помогает с поездкой и проживанием, мы всё организуем.
Конечно! Напишите нам в @Filiko_floro / alena.shinkova@ontico.ru — подскажем, обсудим, поможем дооформить идею. Лучше черновик, чем упущенная возможность 😉
Следите за обновлениями на официальном сайте и в канале конференции. Возникли вопросы?
Свяжитесь с нашей командой поддержки — мы поможем на каждом этапе!
По любым вопросам, связанным с докладами, пишите:
Алёна, координатор Программного комитета
tg: @Filiko_floro
e-mail: alena.shinkova@ontico.ru
По остальным вопросам
e-mail: support@ontico.ru
tg: @Filiko_floro
e-mail: alena.shinkova@ontico.ru
По остальным вопросам
e-mail: support@ontico.ru