HighLoad++
6.34K subscribers
2.53K photos
222 videos
17 files
2.4K links
Официальный канал крупнейшей конференции по инженерии больших и сложных систем

HighLoad++ 2026 пройдет 30 ноября и 1 декабря в Москве: https://highload.ru/moscow/2026

Общаемся в чатике https://xn--r1a.website/HighLoadTalks
Download Telegram
Вы работаете с системой, которую нельзя остановить и спокойно переписать с нуля. База растёт, legacy остаётся, новые функции цепляют старые решения, а после релиза всплывают вопросы, которых не было на схеме.

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

На HighLoad++ 2026 вы можете собрать программу под свою текущую задачу.

🔴Готовите миграцию? → смотрите разборы архитектуры и баз данных.
🔴Разбираетесь с надёжностью и релизами? → выбирайте доклады по тестированию, SRE и Platform Engineering.
🔴Внедряете AI в разработку? → сравните кейсы, в которых он помог команде, и ситуации, когда работы на ревью и проверку стало больше.

Ищите в докладах ответы на вопросы, которые важны именно для вашей системы:
- где решение может упереться в рост нагрузки;
- что стоит измерить до изменений;
- какие риски нужно обсудить с командой.

Посмотрите программу и начните с задачи, которую решаете сейчас ✅

📍HighLoad++ 2026 пройдёт 30 ноября и 1 декабря в Кампусе СКОЛКОВО и онлайн.
Please open Telegram to view this post
VIEW IN TELEGRAM
Как повысить точность RAG, выбрать подходящую архитектуру и сохранить сервис при сбое AI-агента — открыли записи трёх докладов HighLoad++ 2025, где спикеры показывают, как решали эти задачи в своих проектах.

🔴Как RAG ускоряет поддержку RUTUBE: от гибридного поиска до мониторинга галлюцинаций. Виктор Леньшин.
Если ваш RAG часто отвечает «не знаю» или не справляется с растущей базой знаний, доклад поможет пересмотреть подход к поиску и оценке качества. Сравните первую версию RAG с подходом на основе гибридного поиска, разберётесь в роли BM25 и FRIDA, изучите альтернативы Milvus и сможете выбрать метрики, которые точнее покажут качество системы.

🔴RAG → GraphRAG → LightRAG: как мы трижды переписывали медицинский AI и кратно снизили издержки. Андрей Носов.
Когда нужно выбрать RAG-архитектуру и обосновать её стоимость, сравните три подхода на примере одного проекта. Доклад поможет оценить, когда обычного RAG уже недостаточно, во сколько может обойтись GraphRAG и как LightRAG меняет баланс между качеством ответов и затратами на индексацию.

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

Продуктивного просмотра и отличных выходных 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4
This media is not supported in your browser
VIEW IN TELEGRAM
Посмотрели, как Tesla взлетает. Теперь хочется послушать тех, кто над ней работал. С чего начали, сколько раз падала, что было самым сложным?

За нашим коротким «готово» в рабочем чате тоже может стоять история на долгий разговор с коллегой. 😉

А вам что было бы интересно узнать про внутрянку этой Tesla?
🔥9
Новый выпуск Podcast++ про ML в инцидент-менеджменте: как научить систему находить связи между тысячами событий и собирать их в реальные инциденты вместо ручного разбора каждого алерта.

🎤 Ведущий: Александр Арестенок, руководитель команды мониторинга Ви.Tech.

🖐 В гостях: Евгений Лачугин и Михаил Копытин, MWS.

Обсудили:
🟣почему ручная обработка событий перестает работать на больших масштабах,
🟣как использовать накопленные данные дежурных инженеров для обучения ML,
🟣и где автоматизация действительно помогает быстрее находить и разбирать инциденты.

Этот выпуск будет полезен SRE, DevOps-инженерам, специалистам по мониторингу и всем, кто работает с надежностью больших систем.

🎧 Слушайте подкаст:
ВКонтакте
Яндекс Музыка
mave
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6
Как проверить работу AI-агента, прежде чем доверять ему изменения в коде или разбор аварии?

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

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

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

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

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

➡️ Узнать больше о программе — на сайте HighLoad++ 2026
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
Как масштабировать вычисления, разобраться с расходами 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 может не хватить.

Забирайте дайджест и делитесь с коллегами 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1👍1
У другой команды «всё заработало». Но прежде чем применять у себя, нужно понять логику решения: при какой нагрузке оно работает, какие варианты команда отбросила, что пришлось переделать и на какие компромиссы пойти.

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

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

➡️ Открывайте программу, выбирайте темы под свои задачи и присоединяйтесь к нам 30 ноября и 1 декабря в Москве.
Как работать с базами под нагрузкой, когда привычных инструментов уже не хватает?

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

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

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

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

➡️ Больше о программе — на сайте HighLoad++ 2026
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3
Новый выпуск Podcast++ о том, как устроен поиск Ozon под высокой нагрузкой: как за десятки миллисекунд выбрать из огромного каталога и отранжировать самые релевантные товары, сохранив скорость и качество выдачи.

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

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

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

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

🎧 Слушайте подкаст:
ВКонтакте
Яндекс Музыка
mave
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Когда отвечаете за команду, приходится принимать решения о процессах разработки, архитектуре и технических приоритетах. Собрали три записи докладов HighLoad++ 2025, которые помогут разобраться, как AI меняет работу команды, что нужно для надёжной работы агентов и как выстроить работу с техдолгом.

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

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

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

В докладах спикеры разобрали, как обосновывать инженерные решения и учитывать их последствия для команды, системы и бизнеса.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Мы знакомы с Алексеем Рыбаком пару десятков лет, член Программного комитета HighLoad++ почти с самого начала. Сейчас Алексей копает AI-агентов.

Почему меня это цепляет - потому что Алексей инженер до мозга костей, если он копает AI-агентов, то копает правильно.

На следующей неделе Алексей запускает свой авторский курс “Product Engineer: программирование с агентами”.

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

Буткемп language-, agent- и LLM-agnostic: Алексей учит принципам агентской разработки, которые переживут и GLM 6, Qwen 4, и следующий модный харнесс.

Почему Product Engineer?

Почти всё, что десятилетиями формировало ценность программиста, катится к херам. Язык уже почти не имеет значения: крупнейшие конференции в РФ запускают AI-треки вместо language-specific стримов. Новая профессия будет про «что» и высокоуровневое «как»: пайплайны, дизайн, понимание компонент и принципов, а не кишки и алгоритмы. Код пишет агент. Product Engineer ставит задачу, “задает границы” архитектуры, качества, принципов и принимает результат. Как окончательно сложится эта роль, покажет время, но осваивать её интересно уже сейчас.

Кстати, есть ли у вас лучшее наименование для этой профессии - welcome, за классную идею бесплатный билет на что угодно :)


Полная программа курса здесь: https://devhands.ru/aib

PS: Кстати, мастер-класс Алексея на нашем AI Weekends получил самые лучшие отзывы.
👍2❤1