Конференцию открыл ведущий Роман Путилов, предложив участникам заглянуть внутрь сервисов и платформ. Первым выступил Михаил Лобоцкий, генеральный директор Cloud.ru. Свой доклад он начал с вопроса о прозвучавшем сигнале: «Узнали этот звук? Нет, это не модем». Затем пошутил, что так работает его мозг в стрессе на сцене, и перешел к нагрузке, которую переживает облачная отрасль.

Михаил Лобоцкий, генеральный директор Cloud.ru, на конференции GoCloud Tech 2026
Источник: трансляция Cloud.ru
Изменение спроса на ИИ-инфраструктуру Лобоцкий объяснил через сравнение прокатного автомобиля и такси. При аренде машины человек сам выбирает маршрут и платит за время, в том числе проведенное в пробке. В такси он заказывает поездку до определенного места. По аналогии, вместо аренды графических ускорителей на часы заказчик может покупать обработку токенов — фрагментов текста, с которыми работает языковая модель.
Ценность услуги, по словам Лобоцкого, зависит и от своевременности ответа: результат должен поступить в пределах согласованных показателей качества сервиса. Задача инженеров — снизить стоимость обработки и обеспечить нужное время ответа.
Для уменьшения затрат спикер описал раздельную обработку запроса и генерацию ответа, а также сохранение обработанного контекста в кэше, чтобы не выполнять одну работу заново. Однако передача операций агентам, по его словам, не снимает с человека обязанности выбирать задачу и проверять результат.
«Человек формулирует задачу. Человек определяет границы и свободу агентному конвейеру. И в конечном итоге человек отвечает за результат», — подчеркнул Лобоцкий.
Анастасия Тафеенко, директор блока разработки платформы Cloud.ru Evolution, рассказала, что платформа объединяет более 50 сервисов. Их разделяют на три группы: базовая инфраструктура, инструменты разработки и запуска приложений, работа с данными и ИИ. По тому же принципу организовали три трека конференции.

Анастасия Тафеенко, директор блока разработки платформы Cloud.ru Evolution, на конференции GoCloud Tech 2026
Источник: трансляция Cloud.ru
Одной из основных инженерных задач Тафеенко назвала обеспечение работы сервисов в трех зонах доступности. Если на одной площадке происходит авария или отключается питание, продукты должны продолжать функционировать. По словам Тафеенко, управляющие компоненты и компоненты обработки данных размещены в многозонных кластерах Kubernetes. Задачу осложняли многочисленные зависимости между сервисами. Сейчас, как сообщила спикер, 95% сервисов платформы работают в режиме, рассчитанном на отказ одной зоны.
Тафеенко отметила, что за последние недели повседневная повестка заметно изменилась. Вместе с новыми технологиями и скоростью разработки приходится обсуждать резервные копии, планы аварийного восстановления и критичность отдельных систем. Она сравнила ситуацию с первыми годами развития облачного рынка: тогда заказчики не спешили переносить важные приложения за пределы собственных площадок. Провайдеры предлагали начать с резервного копирования и возможности восстановиться на независимой инфраструктуре.
Теперь масштабы систем и требования к ним выросли. На примере Foundation Models Тафеенко объяснила, как это влияет на работу с ИИ. Общий сервис дает доступ к языковым моделям через программный интерфейс, но одновременный наплыв запросов упирается в доступные мощности. В результате ожидание ответа может увеличиваться.
В начале октября, по словам Тафеенко, компания предложила заказчикам платить меньше в нерабочие часы. Задачи, которые не требуют немедленного результата, можно переносить на менее загруженное время. В качестве примера она рассказала, как запускает агентов вечером, а утром проверяет, что они сделали. По ее оценке, это помогает эффективнее использовать оборудование.
В части программы, посвященной разработке, Cloud.ru представил RepoWiki — новую функцию облачного сервиса Evolution Repo для хранения кода, моделей машинного обучения и наборов данных. Она автоматически анализирует кодовую базу и готовит документацию. Переносить исходники в отдельный ИИ-сервис не требуется: описание формируется непосредственно в репозитории.
При работе с незнакомым проектом разработчику нужно понять, как связаны модули и где реализована нужная функция. Для языковой модели добавляется еще одно ограничение: большой репозиторий не помещается в контекстное окно — объем информации, который она может обработать за один раз. В RepoWiki эту работу разделили между несколькими агентами: они планируют документацию, анализируют архитектуру, пишут и проверяют текст.
Перед генерацией пользователь может исправить список будущих разделов и страниц. После изменений кода документация обновляется, а не создается заново. Функция работает на базе Evolution Managed RAG и Evolution AI Agents. Разработчик также может задавать вопросы о кодовой базе в чате.
По оценке Cloud.ru, полученной в собственных тестах на реальных проектах, ручная работа с документацией сокращается в среднем на 30%. Анастасия Тафеенко назвала среди сценариев старые проекты, где описания модулей отсутствуют или уже не соответствуют коду.
Еще один продукт, о котором говорила Тафеенко, — Evolution Workflow Studio. Инструмент предназначен для сборки и развертывания приложений и объединяет операции из разных систем. Запускать их можно вручную, по заданному событию или с помощью ИИ-агента. История запусков и журналы событий помогают выяснять, на каком этапе возникла ошибка.
У Workflow Studio три компонента. Services отвечает за быстрое развертывание сервиса и организацию выпуска версий. Pipelines позволяет настраивать цепочки непрерывной интеграции и развертывания — CI/CD. Workflow предназначен для более сложных бизнес-процессов и облачных автоматизаций. Как пояснила Тафеенко со сцены, инструмент рассчитан на работу и людей, и агентов. На конференции она сообщила о его выходе в общую доступность.
Отдельно на конференции Cloud.ru представил два управляемых платформенных сервиса (PaaS). Evolution Managed OpenSearch компания выводит в коммерческую эксплуатацию, Evolution Managed DocumentDB открывает для публичного тестирования.
Managed OpenSearch предоставляет кластер для полнотекстового поиска, аналитики и централизованной работы с журналами событий. Развертывание, масштабирование, мониторинг и обслуживание инфраструктуры берет на себя облачная платформа. Команда заказчика занимается настройкой поиска и данными приложения.
Managed DocumentDB — документная база данных NoSQL с поддержкой репликации, распределения данных между узлами и резервного копирования. Среди задач — хранение профилей пользователей, каталогов и событий. Оба сервиса используют общие средства мониторинга, логирования и управления доступом Evolution. При совместном использовании DocumentDB может хранить документы приложения, а OpenSearch — обеспечивать поиск и анализ.
Алексей Молчанов, директор блока разработки облачной платформы Cloud.ru, рассказал о взаимодействии ИИ-агентов с облачными сервисами. По его словам, агенты становятся полноценными пользователями цифровых продуктов: им уже поручают часть задач по управлению инфраструктурой. Компания развивает программные интерфейсы и шлюзы для подключения агентов к облачным инструментам. Второе направление — собственный ИИ-ассистент в консоли управления.

Алексей Молчанов, директор блока разработки облачной платформы Cloud.ru, на конференции GoCloud Tech 2026
Источник: трансляция Cloud.ru
Молчанов сообщил, что ГигаПомощником ежедневно пользуются 28% активных пользователей личного кабинета. Его также сделали доступным корпоративным клиентам. Для этого пришлось изменить внутреннюю архитектуру: у компаний больше облачных ресурсов, и помощнику нужно обрабатывать больший объем информации о них.
Среди частых обращений к ассистенту Молчанов назвал вопросы о расходах. Cloud.ru тестирует сервис рекомендаций, который анализирует конфигурацию и загрузку ресурсов и предлагает изменения. Пользователю показывают, как рекомендация повлияет на счет. Среди возможностей сервиса он назвал применение выбранной рекомендации через ГигаПомощника. Сервис находится в закрытом тестировании.
В закрытом тестировании находится и Evolution Protection Platform для контроля защищенности облачной инфраструктуры. Она помогает замечать опасные изменения конфигурации — например, появление хранилища без авторизации или виртуальной машины с открытым наружу портом удаленного доступа. Для таких событий можно настроить уведомления.
По словам Молчанова, Evolution Protection Platform создавала команда из трех, на пике четырех человек с использованием агентной разработки. Инженеры применяли ИИ на протяжении цикла работы, включая проверку кода, документацию и тестирование, сохраняя контроль над результатом.
Внедрять агентную разработку через обязательные показатели количества выполненных с ИИ задач Молчанов не предлагает. Он описал другой подход: отдельная команда помогает инженерам освоить инструменты и показывает работающие практики. Для оценки прогресса используются данные о работе с моделями и репозиториями: разработчик видит свои результаты и результаты команды.
После выступлений ведущий Роман Путилов вернулся к организационным деталям: в основном зале начинался трек разработки, на первом этаже — инфраструктуры, выше — данных и машинного обучения. Вопросы спикерам предложили отправлять через приложение конференции.