Adaptive6 выходит из тени для сокращения корпоративных затрат на облачные технологии (и уже оптимизирует работу Ticketmaster)

Эпоха генеративного ИИ значительно ускорила процессы для большинства предприятий, с которыми мы общаемся, особенно циклы разработки (благодаря «вайб-кодингу» и «агентному роевому кодингу»).

Но даже стремясь использовать возможности новых инструментов программирования на базе ИИ и кодинг-агентов вроде Claude Code для генерации кода, предприятия сталкиваются с нависшей проблемой — нет, не безопасностью (хотя это тоже важный вопрос!): речь идет о затратах на облачные услуги.

Согласно данным Gartner, расходы на публичные облака вырастут на 21,3% в 2026 году. И в то же время, по последнему отчету Flexera о состоянии облачных технологий, до 32% корпоративных расходов на облака уходит впустую на неиспользуемые ресурсы — дублирующийся код, нефункциональный код, устаревший код, избыточные каркасы, неэффективные процессы и т. д.

Сегодня новая компания Adaptive6 вышла из тени, чтобы в режиме реального времени — и автоматически — сократить эти облачные траты. Компания, которая также объявила о привлечении в общей сложности 44 миллионов долларов финансирования, включая 28 миллионов долларов в рамках раунда Серии А под руководством U.S. Venture Partners (USVP), ставит своей целью рассматривать облачные отходы не как финансовое несоответствие, а как уязвимость кода, которую необходимо обнаружить и устранить.

Сооснователем компании стал генеральный директор Авив Ревах — опытный предприниматель, бывший руководитель отдела стратегии в Taboola и бывший лидер исследовательской группы по безопасности в израильском разведывательном подразделении 8200. Идея создания стартапа родилась непосредственно из его опыта работы в сфере кибербезопасности.

«Мы поняли, что это не финансовая проблема, а инженерная», — рассказал Ревах в недавнем эксклюзивном видеоинтервью для VentureBeat. «Мы опирались на наш опыт в кибербезопасности: чтобы найти уязвимости, вы сканируете облако, определяете проблемы, связываете их с соответствующим кодом, находите ответственного разработчика или инженера и устраняете их — или, в некоторых случаях, смещаете процесс влево и предотвращаете их вообще… Было очевидно, что именно это нам и нужно сделать».

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

Применяя принципы кибербезопасности — сканирование, отслеживание и устранение — Adaptive6 автоматизирует очистку от «скрытых потерь» (Shadow Waste) в сложных мультиоблачных средах.

Сдвиг парадигмы: от бухгалтерии к инженерии

Годами стандартом индустрии для управления облачными затратами была «видимость» — информационные панели, которые рассказывают вам вчерашние новости. Ревах утверждает, что видимость без действий — это просто шум.

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

По словам Реваха, проблема кроется в распределении ответственности.

«Точно так же, как у вас есть директор по информационной безопасности (CISO), который пытается заставить всех думать о безопасности, теперь у вас есть специалист по FinOps, который пытается заставить всех думать об облачных затратах».

Технология: охота на «скрытые потери»

Ядром предложения Adaptive6 является платформа «Управления и оптимизации облачных затрат» (CCGO). Она не просто ищет простаивающие серверы; она выискивает то, что компания называет «скрытыми потерями» (Shadow Waste) — скрытые неэффективности в архитектуре и рабочих нагрузках приложений, которые традиционные инструменты учета затрат часто упускают из виду.

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

Ревах пояснил VentureBeat, что платформа проводит сканирование в AWS, GCP и Azure, а также на уровне PaaS-платформ вроде Databricks и Snowflake и даже в глубине кластеров Kubernetes.

«У нас есть уникальная технология, которая в основном позволяет нам сопоставить каждый ресурс в облаке, [где] мы обнаружили проблему, с соответствующей строкой кода, которая эту проблему породила», — пояснил Ревах.

Эта технология «от облака к коду» («Cloud to Code») позволяет системе идентифицировать конкретного инженера, внесшего изменения, и предложить ему готовое решение прямо в его рабочем инструменте (Jira, Slack или ServiceNow).

Помимо базового подбора размеров ресурсов, платформа анализирует сложные конфигурации, в том числе для новых рабочих нагрузок ИИ.

Ревах выделил специфический технический нюанс, касающийся «выделенной пропускной способности» (provisioned throughput) для больших языковых моделей (LLM) на AWS.

Он отметил, что инженерам часто трудно соблюсти баланс обязательств: выделение слишком малого объема ставит под угрозу производительность, а избыточного — приводит к пустой трате капитала. Механизм Adaptive6 анализирует эти паттерны использования, чтобы рекомендовать точный объем необходимых пропускных способностей — уровень детализации, отсутствующий в общих финансовых инструментах.

Ревах также привел конкретный пример «скрытых потерь», связанных с неэффективностью на уровне приложений:

«Если вы используете Python… и не используете последнюю версию — прямо сейчас версия 3.12 привнесла серьезные изменения, сделавшие его гораздо более эффективным», — сказал он. «Большинство людей, когда думают об облачных затратах, не обязательно думают о версии Python, они думают только о размере машины. Перейдя на эту версию, вы получаете прирост эффективности, ваш код просто работает быстрее, и вы снижаете затраты».

Парадокс ИИ: одновременно проблема и решение

Хотя Adaptive6 использует ИИ для генерации скриптов устранения неполадок и «исправлений в 1 клик», Ревах подчеркнул разницу между их глубоким технологическим подходом и обычными ИИ-агентами для кодинга. Фактически он отметил, что сгенерированный ИИ код сам по себе часто является источником потерь.

«Код, создаваемый ИИ, зачастую не так уж эффективен, потому что он обучался на большом количестве кода, написанного другими людьми, которые не обязательно принимали во внимание оптимизацию облачных затрат и управление ими», — предупредил Ревах.

Именно поэтому Adaptive6 полагается на исследовательскую группу экспертов, а не только на генеративные модели для выявления неэффективностей. «Точно так же, как в исследованиях уязвимостей, когда вы видите, как киберкомпании привлекают лучших из лучших специалистов по безопасности для поиска проблем… мы делаем абсолютно то же самое для неэффективности затрат», — заявил Ревах.

Внедрение и результаты

Платформа уже используется крупными предприятиями, включая Ticketmaster, Bayer и Norstella, причем клиенты сообщают о сокращении общих расходов на облако на 15–35%.

Для глобальных организаций возможность децентрализованного управления затратами имеет решающее значение. «Каким бы сложным ни было крупное предприятие, это именно наша целевая аудитория», — отметил Ревах. Он привел один яркий пример эффективности инструмента: «У нас был случай, когда одна неправильная конфигурация, которую организация исправила, фактически привела к экономии более чем миллиона долларов».

Взгляд в будущее

Система также включает в себя функции предотвращения ошибок «смещением влево» (shift left), интегрируясь непосредственно в CI/CD-пайплайны. Это позволяет платформе сканировать код на предмет неэффективности затрат еще до его запуска в продакшен, эффективно блокируя дорогие архитектурные ошибки до их развертывания — подобно тому, как сканер безопасности блокирует уязвимый код.

«Мы обнаруживаем то, что уже тратит деньги впустую, предотвращаем появление новой неэффективности до развертывания и устраняем проблемы в больших масштабах», — сказал Ревах. Перекладывая ответственность на разработчиков, Adaptive6 предполагает, что будущее управления облачными затратами будет найдено не в электронной таблице, а в запросе на слияние (pull request).