Сегодня прошло мероприятие VK Cloud Conf 2026, чего было интересного…
Одной из интересных концепций, которую удалось подметить и на которую мы раньше обращали мало внимания: возможность мониторить ошибки на толстом клиенте. Однако если специалист по продукту рассказывал, что это просто интересный инструмент, к которому они подключили ClickHouse, то мы с ним дошли до обсуждения, что ИИ-агенты могут работать явно больше 3,5…15 часов, если получают подробный и отфильтрованный и прошедший отдельную оценку разбор ошибок на клиенте и сервере (Tracer).
Не путайте Tracer с понятием процесса трасировки — пошагового выполнения программы. В режиме трасировки программист видит последовательность выполнения команд и значения переменных на данном шаге выполнения программы, что позволяет легче обнаруживать ошибки. Но Tracer — один из интересных инструментов, где разработчики пытаются снять с Вас головную боль по нюансам поиска ошибок в режиме реальной работы Вашего боевого сервера. Не стоит путать решение и с Tracert, когда показывается точный путь прохождения пакетов от источника к конечному компьютеру. Однако, c другой стороны, понятия-то однокоренные.
Итак, Вы вставляете в код небольшой JS-скрипт, как при подключении Яндекс-метрики, но он мониторит не только трафика на Ваш сайт, но и то, что у пользователя запустилось, с какого устройства появилась проблема в работе боевого сервера (IPhone / Android / Windows / Linux / …). Когда Вы пытаетесь проанализировать ошибки без специальных инструментов, нужно писать кучу разрешений о выводе ошибок, строчить явно не 10 строчек кода, которые на клиенте проанализируют проблему. А здесь вы просто доверяетесь инструменту, где все это сделано за вас. Но прелесть в том, что ваш агент, анализируя и пересматривая результат своей генерации кода, может анализировать именно сообщения и ошибки, «подготовленные на блюдечке» этой тулзой, что повышает результативность работы ИИ-агентов.
Почему это киллер-фича? Потому что ClickHouse с его колоночным хранением и быстрым агрегатором позволяет мгновенно джойнить ошибки по high-cardinality признакам (модель устройства, версия ОС, конкретный билд). Но главное — это идеальная пища для ИИ-агентов. Когда ваш LLM-агент работает в цикле (ReAct-паттерн) и может висеть в задаче 3.5–15 часов, его контекстное окно (даже на 200k+ токенов) быстро забивается мусором. Если же вы скармливаете агенту не сырой NullPointerException, а структурированный JSON с трассировкой, переменными окружения и шагами воспроизведения «на блюдечке» — точность автогенерации хотфиксов или создания баг-репортов в Jira взлетает до небес.
Обзор в одном небольшом клипе вайба, который был на мероприятии: https://vk.com/clip14285579_456240168
Стенды посвящены, что ожидаемо, данным и работе с датасетами, AI, нейросетевой обработке данных, инструментам облака. Был отдельный стенд и про GPU-ресурсы, используемые на сервере, S3 бакеты именно от VK в их экосистеме.
Оказывается, S3 это не только коммерческий слоган, но и некоторые реальные инженерные особенности. Если говорить просто, то разница между S3-бакетом и «обычным» облачным хранилищем (вроде Яндекс.Диска, Google Drive или подключенного виртуального жесткого диска) заключается в архитектуре и философии хранения данных.
В IT облачные хранилища делятся на три основных типа: блочные (Block), файловые (File) и объектные (Object). S3 — это классический представитель объектных хранилищ (Object Storage).
В S3 Storage нет папок в привычном понимании. Данные хранятся в «плоском» пространстве как объекты. У каждого объекта есть три части: сами данные (файл), метаданные (например, дата создания, автор, тип файла) и уникальный ключ (ID или путь, который выглядит как папка, например images/photo.jpg, но для системы это просто строка-идентификатор).
Интересно было в кулуарах послушать кейсы применения ИИ-агентов и ИИ-решений. Например, для 3D-моделирования и рассвета скважин с использованием электромагнитных полей для выявления неоднородностей и посторонних отверстий.
Это же классическая задача для Physics-Informed Neural Networks (PINN). Нейросети, которые решают дифференциальные уравнения в частных производных (описывающие распространение ЭМ-волн в гетерогенных геологических средах), заменяют собой тяжелый FEM-анализ (метод конечных элементов). Там, где классический суперкомпьютер считал бы неделю, PINN-суррогат дает результат за секунды. Вот где ИИ реально меняет мир, а не просто генерирует картинки.
Один из коллег за столиком так хвалил аренду GPU ресурсов за 1300 руб/месяц, забывая даже про Гугл-коллаб, что когда я ему напомнил про возможность сделать это малой кровью на Mac-mini — я особо то и не получил нормального продолжения диалога. Люди явно подсажены на то, что они должны платить за готовую для них и разжеванную инфраструктуру, тратить если не токены за использование моделей, то ресурсы облака.
Есть ощущение, что немногие берут такие ресурсы и мощности, которые мы брали для хакатона и стартапа (более NVidia Tesla T4, хотя все обсуждают сервера с NVidia A100).
Люди в экосистеме ВК искренне верят, что облако — это всегда хорошо.
Но давайте честно, как инженеры:
-
Облачный T4/A100 — это оверhead на виртуализацию, холодный старт контейнеров, плата за эгресс (исходящий трафик) и узкое горлышко PCIe-шины.
-
Локальный Mac с M-чипом — это Unified Memory (где CPU и GPU делят один пул ОЗУ, позволяя загружать в память модели на 100+ ГБ без копирования), нативный Metal API и нулевая задержка. Для инференса, квантованных моделей (GGUF, AWQ) и локального файн-тюнинга средних датасетов свое «железо» на столе окупается за месяцы. Облако нужно только для распределенного обучения гигантских кластеров, а не для того, чтобы гонять API-запросы.
Учитывая разговоры в кулуарах, становится очевидным — один из интересных трендов 2026 года: компании кричат не только о развитии «инфры» (инфраструктура компании, это прямо топ-1 поп), но говорят о безопасности AI-решений с позиции важности команды, которую при аренде облачных вычислений вы просто нанимаете у ВК (топ-двеопс, системный администратор, анализ сетевого трафика, инструменты вида Tracer, специфичные базы данных, но не совсем Post-Post GRE 🙂 ).
На мероприятии, как всегда, увидели много знакомых лиц, со многими успели пообщаться. Интересно и примечательно, что на VK Cloud специалисты говорят уже не о сжигании токенов, а об опыте разворачивания собственных вычислительных мощностей на арендованном сервере. Что также ожидаемо с учетом тематики мероприятия.
На конференции VK Cloud Conf 2026 не обошлось и без серьезных разочарований, в следствии наличия которых выносим вердикт лучше организовывать событие в будущем для недопущения таких несерьезных моментов.
Началось с того, что во время одного из моих походов в кулуары за столики для трапезы и общения с коллегами к спутнице моей из за наличия у нее коляски подошли девушка и парень из охраны и начали именно очень навязчиво расспрашивать мою подругу, а что она делает в компании, в которой работает.
Меня поразило то, что когда я как сооснователь продукта стал пояснять, а моя девушка и так до этого сказала, что я прийду и отвечу, они стали требовать от моей беременной спутницы, чтобы отвечала она. Но отнюдь требовали не любезно. Когда я наконец не выдержал и прямо спросил, адекваты ли они и зачем прицепились (хотело ответить, чтобы искали информацию с нашими фотками и достижениями в Интернете) нам прямо дали понять, что они так себя ведут нагло по отношению к нам из-за ребенка.
Охранники и организаторы в целом относятся к тебе как к куску го**на, если ты имеешь ребенка и хочешь везде быть с ним и разделять момент. Мы сразу поняли, что вероятно какая-то девушка в ВК тронулась возможно умом, то ли у нее психологические запреты на детей, то ли она еще не встала на этот сладкий путь, то ли прошла его с травмами. Но когда в следствие чего-то там Алину начали крайне навязчиво расспрашивать, что именно она делает в своей компании, даже не поинтересовавшись при этом у меня, чем занимается компания, осадочек остался именно такой.
Изначально мы хотели оставить все равно только положительные отзывы. Однако во время прогулки после события, когда я понял, что моя беременная спутница хочет в туалет и пить после мероприятия, где было много еды, но где ее и так заставили пару раз подниматься по высокой лестнице, я подумал, что оставить положительный отзыв без извинений со стороны компании ВК будет не очень правильно.
Мы вспомнили в том числе слова, что «мы поступили вульгально, когда вошли», хотя мы просто пришли пообщаться с коллегами, прогнать несколько напитков через себя и послушать доклады коллег. Мы вполне обычным образом прошли регистрацию и сели слушать доклад.

Закончилось все тем, что заказчик мероприятия (как я услышал со слов) что-то пытался донести моей беременной и подуставшей спутнице на остановке, хотя я явно уточнил, что все моменты следует обсудить со мной. Мне долго пришлось доказывать организаторам, что потерявшуюся соску надо найти здесь и сейчас, потому что ее сейчас должен сосать ребенок, а не где-то в необозримом будущем. Как по мне — все-таки мероприятие полный отстой.
это в е показывает отношение к подрастающему поколению. Если я как профессионал своего дела и как отец хочу с детства погрузить своего ребенка в то, чем занимаюсь сам, хочу везде ходить с ним, то это не повод относиться ко мне как к пустому месту только из за факта наличия со мной ребенка. Точнее говоря — это вообще полная жесть.

Наш вывод после живого и реального общения с сотрудниками и охраной мероприятия на ВК Cloud: лучше иметь свое оборудование и ресурсы, а не вливаться в команду, которая относится к людям не по человечески и в которой нужно решать, прежде всего, внутренние проблемы. Надеюсь, что организаторы исправят эти нюансы к следующему мероприятию, и если новость читают организаторы — большая просьба таки отреагировать хотя бы извинением, потому что осадок все же остался.
Мы строим сложные распределенные системы, пишем ИИ-агентов, которые работают по 15 часов без сна, оптимизируем инференс на кремнии. Но все эти технологии ничего не стоят, если компания, которая их продает, не умеет решать базовые человеческие проблемы и относится к клиентам как к пустому месту из-за факта наличия у них ребенка.
#vkcloud2026 #vkcloud #vkcloudconf #ai #ии #облако
ссылка на оригинал статьи https://habr.com/ru/articles/1048876/