Заказ Программного комитета

Классические темы блок 1

1. Легаси-система на миллионы строк: как вы вернули управляемость — и что в этом смог и не смог агент
2. Каскадный сбой: одна плохая конфигурация уронила всю систему — анатомия инцидента и защита от расползания отказа
3. Честная цена модных паттернов: DDD, Clean Architecture, микросервисы «по рынку труда» — что стало с задержками, инцидентами и командой
4. Kafka/GraphQL/Kubernetes, внедрённые не под масштаб: как распознать и как откатиться
5. Хрупкие межсервисные вызовы: повторные попытки, трассировка, потеря логов при многосервисных транзакциях

1. Промахи планировщика на масштабе: методика разбора EXPLAIN, которая экономит дни, а не советы «добавьте индекс»
2. Репликация и DR без потери транзакций: физическая vs логическая на реальных сбоях, зависшие recovering-реплики
3. Массовые UPDATE/DELETE на сотнях миллионов строк и частичный бэкап — безопасные способы, которых нет в документации
4. Высокая доступность (HA) всерьёз: Patroni, etcd, пулеры, шардирование — что из этого зрело, а что заброшено
5. Битые страницы, разрастание WAL, раздувание широких таблиц: диагностика и восстановление

1. Систематика эксплуатационных граблей: too many parts, MEMORY_LIMIT_EXCEEDED, зависшие DDL и мутации — вместо фольклора
2. Апгрейд ClickHouse без поломки прода: методика, каталог несовместимых изменений, контрольный список
3. Дедупликация без ловушек: ReplacingMergeTree, FINAL, MV над Distributed
4. Тихая порча результатов: алиасы, CTE, оптимизатор JOIN — как ловить неправильные данные, которые «работают»
5. Keeper и координация: катастрофоустойчивость, потеря ДЦ, клонирование кластера
6. Kafka → ClickHouse без потерь: что делать с молчаливыми сбоями цепочки
7. Шардирование «как у всех» и его цена: мифы, по которым проектируют кластеры, и что случается под нагрузкой

1. YDB в проде: реальная утилизация ресурсов, апгрейды, границы применимости
2. Tarantool, MongoDB, Redis/Valkey или MySQL — доклад по любой из них: опыт эксплуатации на масштабе с честными цифрами отказов

1. База данных для агента: от query-driven к task-driven — что должно измениться в планировщике и исполнителе, чтобы агент получал гарантии свежести и структурированную обратную связь
2. Агентская память поверх СУБД: происхождение данных, версии, права, аудит действий — проверяемая память вместо длинной истории чата
3. Честный HTAP: свежесть как часть корректности — что именно видит аналитический запрос, вместо «примерно свежих» реплик; доклад от разработчиков СУБД или опыт на стороне приложения

1. Kafka и потоковые пайплайны: молчаливые сбои репликации, повреждение данных во Flink/Spark — как строить контроль целостности
2. CDC на проде: потери метаданных, неполные DELETE-события
3. RAG на реальных данных: грязные корпуса, потеря полноты (recall), задержки, маскирование персональных данных на русском

1. Kubernetes честно: во что обходится содержание кластеров и когда он не нужен
2. Сеть кластера как источник трудноуловимых сбоев: CNI, апгрейды service mesh, graceful drain
3. Хранилище в кластере: CSI/FUSE против POSIX-семантики, опыт Longhorn/Linstor/MinIO и их альтернатив
4. CI/CD-пайплайн на десятки тысяч строк: как вернуть его под контроль
5. Инфраструктура дорожает и запирает: FinOps, выход из vendor lock, миграции без остановки
6. Карта инфраструктуры: как построить видимость связей ВМ ↔ сервисы, когда её никогда не было

1. Атаки на цепочку поставок: компрометации npm / PyPI / GitHub Actions — как строить защиту
2. Секреты и выдача учётных данных на масштабе — теперь ещё и для агентов
3. Инъекции нового поколения: вывод LLM, попадающий в shell
4. Управление уязвимостями (CVE) в инфраструктуре: как устроен процесс поиска, приоритизации и закрытия дыр — с метриками, которые доказывают, что он работает
5. Разбор реального взлома: майнеры, руткиты, серверы, скомпрометированные сразу после установки (анонимизированный разбор — нормально)

1. Наблюдаемость на масштабе: стоимость ELK/Loki/OpenSearch, потери данных в OpenTelemetry — архитектуры, которые не разоряют
2. Управление инцидентами в РФ: чем заменить Grafana OnCall и PagerDuty — дежурства, эскалации, инструменты
3. Как перестать отлаживать сеть вслепую: устройство сети под вашим приложением, границы ответственности — где ваша зона, где провайдер, где «дикий интернет», физика задержек
4. Баги, которые живут только в проде: почему тестовая среда не воспроизводит боевые данные и что с этим делать
5. Постмортем в паре «человек + агент»: как реально ускоряется следующий инцидент

1. Как проверить сделанное агентом — самый частый вопрос индустрии сейчас
2. Все знают, что «тесты нужны». Расскажите, как внедрить тестирование, которое реально ловит проблемы, а не закрывает отчётность

1. C++ на проде: UB, расходящиеся компиляторы, боль сборки — и может ли сюда агент
2. Низкоуровневая конкурентность: гонки, отмена задач, утечки потоков и горутин — разборы реальных багов на любом языке
3. Наивные алгоритмы под нагрузкой: как копии, мьютексы и логирование убивают время отклика
4. Один код — разные результаты: расхождения между продом и локальной средой и между платформами, которые стоили инцидентов
5. Go в командах: архитектурная культура против лапши — с примерами до/после
6. Агентное программирование в низкоуровневых задачах: на Python агент пишет сам — а что с C++ на уровне регистров, SIMD и ядра? Покажите на своём коде, где он помогает, а где путается

1. Распределённые системы, которые нельзя проверить запуском: консенсус, консистентность, верификация
2. GPU-вычисления и оптимизация инференса как highload-задача (продуктовый инференс — сюда, платформа для инженеров — в «Агентную платформу»)
3. Медиастриминг под нагрузкой: RTP/RTSP, задержки, отладка
4. Прошивки и железо: когда документации нет — обратная разработка чужих устройств и SoC, ограничения, «умные» устройства в проде

1. Критичные знания живут в головах и личных промптах сотрудников: опыт формализации в базу знаний, которую читают и люди, и агенты
2. Роль девопс/платформенного инженера: что от неё останется и что появится
3. Как агенты меняют экономику инженерных команд: опыт перестройки процессов с цифрами до/после

AI в SDLC блок 2 · приоритет

1. Нечеловеческая разработка: как устроен цикл работы агента, его обвязка и подготовка контекста (loop / harness / context engineering) — с какими практиками агент работает лучше
2. Границы применимости агентов: где работают, где ломаются — сложная архитектура, распределённые системы, махровое легаси
3. AI в легаси: заставить агента не испортить пятнадцатилетнюю Java
4. LLM в продукте: фичи для пользователей на моделях — поиск, генерация, ассистенты — под производственной нагрузкой
5. Верификация работы агента: методики, инструменты, честные ограничения — «пока не умеем» тоже принимается, если показан путь

Агентная платформа блок 3 · новая секция

1. Архитектура агентной платформы: с чего начать и почему платформы нынче ещё нужнее
2. On-premise инференс: железо, vLLM/llama.cpp на проде, падения под нагрузкой, KV-кэш, мульти-GPU, OOM
3. Шлюз и доступы для агентов: широкий доступ без ручного согласования на каждый чих — как выдавать, чем ограничивать и как не потерять данные и бизнес
4. Ограничители (guardrails): чем резать возможности агента, не убивая его пользу
5. Экономика агентной платформы: сколько это стоит и как посчитать. Никто не умеет: и методика, и честное «мы считали так — и вот где ошиблись» соберут зал
6. Насколько агентную платформу можно построить самими агентами — и где предел
7. Архитектура GPU-кластера под инференс: интерконнект, шедулинг, мультитенантность, утилизация
8. Экономика инференса: своя модель против внешнего API — с расчётом, где что выгоднее

Российские боли блок 4 · новый блок

1. Архитектура связности, когда любой кусок может отвалиться: работа сразу с несколькими облачными провайдерами России, деградация без падения
2. Зависимости и репозитории: как жить, когда GitHub, PyPI и Docker Hub доступны через раз — зеркала, проксирование, вендоринг
3. DDoS-защита в зоне .ru: международные сервисы заблокированы, локальные пробиваются — что реально работает
4. TLS-сертификаты: жизненный цикл без инцидентов после ухода привычных CA
5. Мониторинг и оповещения, когда пуши и SaaS-сервисы ненадёжны
6. 152-ФЗ, СОРМ, реестры: комплаенс как инженерная задача, а не бумажная
7. Импортозамещение с открытыми глазами: честные сравнения, реальные миграции, цена вопроса
8. Надёжность на российских хостерах: SLA, которых нет, и архитектура поверх них
9. Железо для инференса под санкциями: параллельный импорт, китайские карты, аренда мощностей — как считать риски