Как проверить работу AI-агента, прежде чем доверять ему изменения в коде или разбор аварии?

Приходите на эти мастер-классы, чтобы разобраться на конкретных примерах, как агент следует инструкциям, какие результаты выдаёт и что делает, когда что-то ломается:

🔴Мы наняли ИИ, что дальше? Или техно-экстремизм, который мы заслужили. Георгий Меликов (Exordos).
Как встроить ИИ в разработку — от требований до поддержки? Георгий покажет на открытых примерах, как организовать тестирование, запускать стенды и деплой по кнопке и оценивать затраты на инфраструктуру.

🔴От документа к действию: создаём инженерный гайдлайн, который понимает AI-агент. Евгений Харченко (Райффайзен Банк).
На этом мастер-классе вы превратите правило команды или частое замечание с ревью кода в инструкцию с примерами и ограничениями. Выполните одну задачу без инструкции и с ней, сравните результаты и проверите, следует ли агент вашим правилам.

🔴OpenClaw против хаоса: сможет ли агент справиться с авариями? Филипп Бочаров (МТС Web Services (MWS)).
Филипп попробует создать и испытать агента прямо на сцене, а вы выберете, что ломать. Сравните, как простая и доработанная версии справляются с авариями: что делают, как быстро работают и сколько токенов расходуют.

Приходите сравнить подходы и выбрать, что попробовать в своей команде.

➡️ Узнать больше о программе — на сайте HighLoad++ 2026

Как масштабировать вычисления, разобраться с расходами AI-агента и найти причину замедления базы? Собрали пять материалов этой недели, в которых инженеры разбирают свои решения, показывают измерения и говорят об ограничениях.

🔴How DoorDash Built a Next-Generation Real-Time Dispatch Platform.
Технический кейс DoorDash: пока система распределяла заказы, ситуация на дорогах успевала измениться. Если тоже упираетесь в пределы масштабирования, посмотрите, как команда разделила координацию и вычисления и проверила новую архитектуру на копии production-трафика.

🔴Cutting our inference bill by 68% by being obsessive about optimization.
Статья о расходах AI-ревьюера Cloudflare. Если агент обходится всё дороже, здесь есть с чем сравнить свои наблюдения: команда проследила расход токенов, убрала лишние вызовы инструментов и наладила переиспользование контекста. Средняя стоимость ревью снизилась с $2,43 до $0,77; качество замечаний проверяли отдельно.

🔴Troubleshooting MySQL with OpenTelemetry Metrics.
Практическая статья для случая, когда график уже показывает проблему, а причина ещё не ясна. На примерах соединений, запросов и блокировок разберётесь, какие данные собрать дальше и как проверить свою гипотезу. Есть SQL-запросы и оговорки о том, чего метрики не доказывают.

🔴SIMD and Go.
Статья с примерами кода и разбором инструкций компилятора. Если оптимизируете вычислительный цикл, сможете сравнить обычную реализацию с SIMD и оценить, стоит ли ускорение дополнительной сложности. API пока экспериментальный, а результат зависит от задачи и данных.

🔴8 eMudhra certificates are compromised. Here's what you need to know.
Разбор инцидента с сертификатами eMudhra. Если проверили обновления в браузере, загляните и в фоновые сервисы: у них могут быть собственные хранилища доверия. В материале объясняют, как проследить TLS-проверку приложения и почему обновления SDK может не хватить.

Забирайте дайджест и делитесь с коллегами 🙌

Как работать с базами под нагрузкой, когда привычных инструментов уже не хватает?

На докладе и мастер-классе вы разберёте альтернативы для бэкапа сотен терабайт и увидите, как смена инструментов помогает ускорить антифрод без тонкой настройки приложения:

🔴Бэкап апокалипсис: ищем альтернативные решения для БД размером в 100+ терабайт, когда стандартные решения бессильны! Андрей Комягин (STM Labs).
Что делать, если у вас бэкап занимает сутки и мешает работе основной системы? Андрей разберёт альтернативы: LVM-снапшоты, бэкап Cassandra/Scylla по диапазонам токенов и копирование с реплики.

🔴Мастер-класс: Ускорение антифрода в прямом эфире. Владимир Комаров, Федор Васильев (xStack).
Где искать запас скорости, если не ограничиваться настройками приложения и более мощным железом? Владимир и Федор покажут в прямом эфире, как ускорить антифрод, выйдя за пределы привычного набора инструментов.

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

➡️ Больше о программе — на сайте HighLoad++ 2026

Новый выпуск Podcast++ о том, как устроен поиск Ozon под высокой нагрузкой: как за десятки миллисекунд выбрать из огромного каталога и отранжировать самые релевантные товары, сохранив скорость и качество выдачи.

🎤 Ведущий: Михаил Степанов, Ви.Tech.

🖐 В гостях: Лев Саськов, руководитель команды среднего поиска Ozon.

Обсудили:
🟣как устроены три уровня поиска Ozon;
🟣где происходит ранжирование и персонализация;
🟣какими метриками измеряют качество выдачи;
🟣как балансируют между релевантностью и latency;
🟣как выкатывают изменения без скачков p99;
🟣какие простые оптимизации дают заметный эффект;
🟣какие архитектурные решения пришлось пересмотреть с ростом нагрузки.

Выпуск будет полезен backend- и ML-инженерам, тимлидам и всем, кто работает с highload-системами, поиском и ранжированием.

🎧 Слушайте подкаст:
ВКонтакте
Яндекс Музыка
mave

Когда отвечаете за команду, приходится принимать решения о процессах разработки, архитектуре и технических приоритетах. Собрали три записи докладов HighLoad++ 2025, которые помогут разобраться, как AI меняет работу команды, что нужно для надёжной работы агентов и как выстроить работу с техдолгом.

👩‍🔬Стратегия масштабирования команд. Алексей Шарапов.
Внедряете AI в разработку? Посмотрите, как это меняет роли, код-ревью и работу с артефактами. Алексей разбирает, где новые инструменты помогают, где мешают и как развитие команды связано с архитектурой.

👩‍🔬Как сохранить высокую надежность при GenAI-трансформации. Вячеслав Кудряшов.
Если готовите AI-агента к продакшену, проверьте, что произойдёт при его отказе. В докладе — опыт критичных банковских систем: как ограничивать зацикливание, отслеживать действия агента и откатывать изменения.

👩‍🔬Не тушите пожары, стройте систему: управление техдолгом в гармонии с бизнесом. Алексей Шаблюк.
Когда работу с техдолгом снова откладывают, нужны аргументы для разговора с бизнесом. Алексей разбирает, как оценивать расходы и риски, выбирать приоритеты и договариваться о времени на инженерные улучшения. Делится и решениями, которые увеличили долг.

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

Очередь на ревью растёт, инциденты съедают время, а от вас ждут новых фич и понятного эффекта от AI. Как решить, куда направить силы команды, и обосновать этот выбор?

🧑‍🔬На HighLoad++ 2026 вы сможете разобраться, как считать окупаемость AI с учётом инфраструктуры и инженерного времени, выстраивать проверки агентного кода и расставлять приоритеты при распутывании зависимостей между сервисами. Посмотрите, как команды организуют работу с инцидентами без отдельной SRE-команды.

При этом сравните чужие затраты, ограничения и результаты со своими задачами. В итоге сможете собрать аргументы для бюджета и плана изменений: что автоматизировать, что переделать и как оценивать эффект

Открывайте программу и выбирайте темы под свои задачи.

Встречаемся 30 ноября и 1 декабря в Москве 🙌

Диагностика сбоев, проверка отказоустойчивости и восстановление данных. Собрали три материала этой недели и открыли три записи HighLoad++ 2025 — о том, что происходит с системой при отказах и как разбираться с последствиями.

Почитать:

👩‍🏫Making Failure Diagnosis Reliable with Pensive AI.
Технический кейс Netflix о применении AI для диагностики ошибок. Модель выбирает нужные строки из исходных логов, а проверки качества встроены в CI. Если подключаете LLM к расследованию сбоев, посмотрите, как команда проверяет её выводы и ограничивает стоимость обработки.

👩‍🏫Why you should stop using ARBITERS in MongoDB.
Разбор трёх инцидентов, в которых арбитр помогал выбрать primary, но не обеспечивал доступность записи или сохранность данных. Percona объясняет разницу между большинством голосов и подтверждением записи — с топологиями кластеров и причинами отказов.

👩‍🏫How to Extract Data from InnoDB, MyISAM, and MyRocks Files Without a Running Server.
Что делать, если MySQL не запускается, а данные нужно извлечь? В статье — экспериментальный инструмент innodump: чтение файлов напрямую и пропуск повреждённых страниц. Есть примеры команд и ограничения: согласованность данных не гарантируется, бэкап инструмент не заменяет.

Посмотреть:

☄️Практики SRE на примере большого инцидента. Сергей Киселев.
Инцидент на пересечении DNS, облачной инфраструктуры и человеческого фактора. Как сохранять ход расследования, проверять опасные изменения по метрикам и действовать, когда откат не помогает.

☄️Воркшоп: «Ломаем геораспределенный Postgres на базе Patroni. Георгий Меликов, Антон Кременецкий, Евгений Фролов.
Проверка кластера PostgreSQL отключениями питания и сети, задержками и отказом ЦОДа. В центре внимания — фактическое поведение базы и приложения, на которое рассчитывают при проектировании отказоустойчивой системы.

☄️Когда облако дало сбой: реальный кейс борьбы за отказоустойчивость. Константин Крамлих.
Разбор облачной аварии: цепная реакция отказов, восстановление и пересмотр подходов к устойчивости. Отдельно — что помогало и мешало принимать технические решения в условиях неопределённости.

Сохраняйте подборку на случай, если захотите к ней вернуться, и делитесь с коллегами 🙌

Запросы повторяются, сервисы временно недоступны, данные меняются параллельно. Как учесть это в архитектуре? На HighLoad++ 2026 спикеры расскажут, как организовали обработку и обновление данных в своих системах.

☄️Эволюция борьбы с гонками в WMS Ozon: как мы обрабатываем миллионы операций и избегаем рассинхронизации данных. Максим Рауба (Ozon).
На примере складской системы Ozon Максим объяснит, откуда берутся гонки и как замечать предпосылки ещё при проектировании. В докладе разберём способы предотвращать гонки на разных уровнях — от переменных до микросервисов — и роль саг в обновлении данных.

☄️Гарантированная доставка на Госуслугах: миллиард доставленных заявлений в год. Сергей Станиславский (РТЛабс).
Сергей расскажет, как на Госуслугах исключили дублирование заявлений при повторных запросах и организовали пересылку, которая продолжает работать при временной недоступности получателя. А ещё — как обеспечили единообразную обработку и маршрутизацию в разных компонентах платформы.

☄️Real-time обновление HNSW: последний шаг к свежим данным в RecSys. Александр Смолин (Яндекс).
Александр покажет, как в Яндекс Рекламе изменили алгоритм обновления HNSW-индексов, чтобы обрабатывать миллионы документов быстрее и с меньшими затратами CPU, сохраняя качество поиска. Вы разберётесь, при каких условиях этот подход полезен рекомендательным системам.

Если вы разрабатываете распределённые системы, отвечаете за их надёжность или строите рекомендательные сервисы, приходите на эти доклады.

☄️Больше о программе — на сайте HighLoad++ 2026

Когда приложение тормозит, а метрики не дают однозначного ответа о причине, важно разобраться, что именно измерять и как проверять эффект изменений.

Открыли и принесли вам записи HighLoad++ 2025, в которых спикеры показывают инструменты диагностики и делятся опытом оптимизации приложений:

🔴Диагностика под нагрузкой: .NET, Java и Go на практике. Игорь Щегловитов.
Утечки памяти, зависшие потоки, падение производительности — какие данные собирать и где искать причину? Игорь показывает работу с метриками, профилями и дампами. Основной акцент — на .NET, с примерами аналогичных подходов в Java и Go.

🔴Beyond the OOM: Decoding Java Memory Behavior. Михаил Поливаха.
Инструменты JVM показывают улучшение, а метрики ОС — ухудшение. На практическом кейсе Михаил разбирает, почему измерения расходятся, что именно учитывают разные инструменты и как оценивать потребление памяти Java-приложением.

🔴От Protobuf к FlatBuffers: двухкратное ускорение сервиса с правильной сериализацией. Денис Божок.
Кейс перехода на другой формат сериализации в Go/gRPC-сервисе: причины выбора, сложности миграции и результаты. Посмотрите, за счёт чего команда получила ускорение и какие компромиссы пришлось учесть.

Сохраняйте подборку и делитесь с коллегами, которые сейчас разбираются с производительностью 🙌

Когда сбой затрагивает часть системы, важно не дать ему остановить весь сервис. На HighLoad++ 2026 спикеры расскажут, что помогает пережить аварию и как разбор инцидента подсказывает, что менять дальше.

👨‍🔬Когда защите нужна защита: как мы ломали и восстанавливали Антиробот Яндекса. Иван Тямгин (Яндекс).
Антиробот проверяет запросы к сервисам Яндекса. Ошибка в одном правиле может заблокировать обычный трафик. Иван покажет, как команда поднимала кластер после каскадного падения, наладила холодный старт под нагрузкой и научилась ловить ошибки на копии рабочего трафика.

👨‍🔬PostMortem Copilot: как LLM + MinHash LSH снижают повторяемость инцидентов. Евгений Лачугин (МТС Диджитал).
В МТС Диджитал разработали PostMortem Copilot: он находит похожие случаи в архиве из тысяч инцидентов и предлагает версии причин и меры для команды. Евгений объяснит, почему для поиска выбрали коэффициент Жаккара, как сравнивали языковые модели и в каких случаях их выводы расходятся с оценкой человека.

👨‍🔬Пределы равновесия»: как "инженерный перфекционизм" при реализации геобалансирования может быть выражен в виде «нам всего, и можно без хлеба». Павел Михайлик (Инфосистемы Джет).
Нагрузка на площадках меняется неравномерно: где-то нужно добавить мощности, где-то — сократить. Павел разберет, можно ли гибко перераспределять трафик между дата-центрами и при этом быстро переключаться при аварии так, чтобы пользователи не заметили сбоя.

Если вы дежурите, отвечаете за доступность сервисов или проектируете системы для нескольких дата-центров, приходите на эти доклады.

👩‍🔬Узнайте больше о программе — на сайте HighLoad++ 2026