Доклады конференции Saint HighLoad++ 2026

This talk is highly applicable to backend engineers, SREs, and architects working with high-concurrency APIs, microservices, or Fintech stacks. By using Pix as a concrete, battle-tested case study, you will walk away with proven strategies for enforcing latency as a hard design constraint, applying heavy cryptography (mTLS, XML envelope signatures), and protecting your core infrastructure from cascading failures or internal DDoS vectors.

Современные корпоративные хранилища данных требуют всё большей скорости и прозрачности разработки: анализ legacy-кода, восстановление логики, документации, lineage и моделей данных занимают значимую долю рабочего времени команд. Генеративный ИИ впервые позволяет перенести значительную часть этих сложных инженерных задач на интеллектуальную систему. В докладе мы покажем, как применение GenAI меняет подходы к проектированию, разработке и сопровождению DWH, и какой уровень автономности реально достижим сегодня без потери управляемости и качества.

Мы расскажем, как использовали генеративный ИИ для решения практических задач: обратного реинжиниринга SQL-кода в корректные постановки задач, восстановления логической модели данных и data lineage в условиях отсутствия документации, а также «распутывания» противоречивых и сложных участков хранилища. Мы покажем, как после восстановления всех зависимостей мы добились значительно более точной и стабильной генерации SQL-кода. Кроме того, мы использовали GenAI для автоматизации нейминга по корпоративным naming-conventions, проверки корректности нейминга разработчиков и анализа влияния отдельных атрибутов на связанные сущности. Отдельный блок посвящён тому, как генеративный ИИ помогает выявлять неиспользуемый или никогда не запускаемый код, оценивать его потенциальное влияние и принимать решения о рефакторинге и очистке DWH. Реальные метрики пилотов показывают сокращение времени анализа legacy-кода до 70% и ускорение этапов разработки на 30–50%.

Доклад будет интересен тем, кто ищет практический инженерный опыт внедрения GenAI в Data Warehouse: от data-инженеров и архитекторов до CDO, CIO, Chief AI Officer и специалистов по AI-трансформации. Мы разберём архитектурные паттерны, типичные ошибки, ограничения и лучшие практики, а также покажем, как генеративный ИИ помогает перейти к новому уровню автономности работы с большими корпоративными данными.

Больше Постгресов богу Постгреса! Давайте на своём ноуте накодим себе доработанный напильником Постгрес: соберём, изучим внутренности, что-то улучшим, что-то сломаем, всё протестируем и надёжно склеим скотчем.

Расскажу, как MongoDB работает в реальной продакшн-среде: как хранилище, кеш, брокер сообщений, time-series и распределенная база данных. Покажу, где она действительно справляется и позволяет упростить стек, а где на практике пришлось перейти на специализированные решения: Redis, Kafka, VictoriaMetrics. Поделюсь архитектурными компромиссами, эксплуатационными нюансами и выводами, которые помогают трезво выбирать инструменты.

Проведем воркшоп по надежности для разработчиков и инженеров. Разберем принципы архитектуры отказоустойчивости. Развернём отказоустойчивое web-приложения в Yandex Cloud с помощью сетевого балансировщика нагрузки (NLB). Протестируем кейсы High availability и получим Recovery Plan.

!!!Это Воркшоп!!!

Разработчики и аналитики тратят до 30% времени на рутину: изучение синтаксиса SQL под каждую BI-систему (ClickHouse, Redash), написание запросов, построение дашбордов и выгрузки данных.

На воркшопе Сергей Барышев из Киона/MWS/ON Медиа покажет, как за 2 часа создать единого AI-агента-аналитика на базе Claude Code — платформы с роутером моделей (локальные LM / облачные API). Агент изучает контекст ваших схем БД, сохраненные запросы и работает на естественном языке: «Дай график по wAU за месяц» → агент анализирует DDL, генерирует оптимизированный SQL, визуализирует данные и предлагает готовый дашборд.

Бонус: агент поможет с гигиеной данных — найдёт аномалии в базе, сопоставит данные с контрактами, проверит консистентность.

Вы уйдёте с готовым решением для внедрения и навыком, который освободит время для стратегических задач.

Архитектурное соревнование надо?
Викторина по System Design и Архитектуре в live режиме! Будет яростный челендж по протоколам, архитектуре, паттернам и антипаттернам! А также по истории IT! Участники пройдут отборочный и основной этап. А сильнейшие выйдут в финал! Где покажут чьи архитектурные мозги оказались сильнее!

(!) Для интерактивного участия требуется наличие ноутбука с софтом для вайбкодинга.

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

Средства ИИ разработки позволят нам не тратить время на boilerpalte-ы для Solidity, Python, JS и сосредоточиться на демострации работы различных видов сервисов, оперирующих криптоактивами.

Реверс-инжиниринг - важный аспект индустрии разработки.
Сейчас проблема с реверс-инжинирингом стоит особенно остро.
Производители защищают прошивки: они либо недоступны для скачивания из устройства либо зашифрованы.
Получить прошивку или ключ к ней - первый шаг в реверс инжиниринге.
Часто, получить доступ к защищенной памяти устройства проще чем может показаться, если знаешь что делаешь.
На этом воркшопе я покажу простые техники которые позволяют обойти защиту некоторых микроконтроллеров и получить доступ к защищенной памяти.
Участники этого воркшопа получат базу в глитчинге и смогут в дальнейшем сами развивать свои навыки.

Кажется, что если платформа живет внутри BigTech, то там уже все давно правильно спроектировано, обдумано и выстрадано. Спойлер: нет.
Боли есть всегда. В любой доменной платформе. Если это не BigTech, а стартап — боли там тоже есть, просто о них еще не знают. А потом мы все дружно и героически их чиним. И периодически сами же снова создаем — потому что никто из нас не идеален, особенно когда домен еще не прожит и времени на «сначала подумать» традиционно нет.

Этот разговор — про повторяющиеся архитектурные ошибки в доменных платформах. Не про инфраструктуру. Про те самые решения, которые сначала «ну пока так», а на этапе роста внезапно становятся очень дорогими.

Мы возьмем четыре платформенных домена, которые довольно часто одновременно существуют внутри одного BigTech:
— FinTech
— Compliance
— заказы и корзина в e-commerce
— каталог и витрины
и посмотрим на них как на одноранговые системы.

Потому что самое интересное — не в различиях. Самое интересное — в том, насколько одинаково они ломаются.

Это выступление не случайно в секции «Непривычные рамки».
Это пере-доклад и недо-мастер-класс. Слушать и кивать не получится — придется думать, смотреть в схемы, искать, где именно спрятана проблема, и обсуждать, что с ней происходит при росте.

Я не буду рассказывать, как правильно.
Мне гораздо интереснее показать, как обычно получается — даже у очень опытных команд — и почему это потом так больно чинить.

Главный вывод, к которому мы попробуем прийти вместе: неважно, в каком домене вы работаете.
Если это платформенный домен, принципы их устройства и паттерны их поломок — сквозные.
И если начинаешь их видеть, то начинаешь узнавать их везде.

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