Недостаточно предоставить агентам искусственного интеллекта более мощную модель, чтобы они могли самостоятельно управлять облачной инфраструктурой. Проблема, на которую указывает материал, спонсированный env zero, заключается в отсутствии операционного контекста, связывающего то, что должно существовать, как это описывают инструменты инфраструктуры как кода (IaC), с тем, что фактически работает в облаке.
Когда агент работает с файлами IaC или с одним источником информации, он может видеть отдельный ресурс, не понимая его связи с приложением, политикой управления или требованиями безопасности и затрат. В результате агент может предложить изменение, которое локально выглядит корректным, но создаёт нарушение или влияет на другие компоненты, не представленные в доступном ему контексте.
Налог на интерфейсы программирования приложений
Агентам необходимо постоянно отправлять запросы к облачным интерфейсам программирования приложений, чтобы изучать текущее состояние. Однако такой подход приводит к тому, что в материале называется «налогом API»: ограничениям частоты запросов, сбоям в цепочках запросов, увеличению задержки и стоимости, а также к вероятности влияния на чувствительные процессы, такие как конвейеры CI/CD или автоматическое масштабирование, когда инструменты конкурируют за одну и ту же пропускную способность.
Агент работает иначе, чем человек: человек обычно задаёт конкретные вопросы, тогда как агент может исследовать длинную цепочку запросов. В материале со ссылкой на Steve Corndell, генерального директора компании, приводится пример агента, который выполнил 90 запросов, а затем потерпел неудачу на 91-м, из-за чего ему пришлось повторить всю цепочку. В этом случае ущерб ограничивается не только неудачным запросом, но и увеличивается из-за повторного выполнения уже проделанной работы.
Идея не предполагает отказа от актуальных запросов, а предлагает распределять их более разумно. Относительно стабильную информацию, например сведения о владельце, можно хранить в синхронизируемом контексте, обновляемом с подходящей периодичностью, а прямые запросы ограничить вопросами, требующими знания текущего состояния. Цель состоит в сокращении повторных запросов при сохранении точности операционной информации.
От заявленного намерения к операционной реальности
В материале описывается контекстный слой, объединяющий заявленные данные об инфраструктуре с обнаружением фактических ресурсов и связывающий их с приложениями, политиками, владельцами и границами между средами. Предполагается, что слой онтологии или граф знаний поможет унифицировать информацию, которая обычно распределена между файлами состояния, тегами, электронными таблицами, изменениями, выполняемыми непосредственно из панелей управления, и недокументированными знаниями.
В гипотетическом примере объясняется, что такой инструмент, как Wiz, может принудительно применять политику высокой доступности, требующую нескольких экземпляров, тогда как агент, полагающийся только на IaC, видит единственный экземпляр и не осознаёт нарушение. Связывание этих данных с контекстом приложения и политики позволяет агенту оценить последствия до предложения исправления.
Полный контур управления
env zero предлагает модель, которая начинается с фиксации заявленного намерения, затем включает обнаружение фактического состояния, сопоставление обоих состояний, проверку политик, предложение изменений в виде запросов на слияние для проверки и выполнения и, наконец, новое сканирование для подтверждения устранения отклонения или проблемы. Слой данных может подключаться к инструментам выполнения, таким как Terraform, OpenTofu и Pulumi.
Компания описывает EZ Control как автономный контур управления, связывающий заявленное и обнаруженное состояния, предлагающий исправление или выполняющий его в рамках политик, а затем проверяющий успешность изменения. Продукт находится на этапе раннего доступа, и компания планирует сделать его общедоступным к концу декабря 2026 года; поэтому некоторые элементы описанного контура всё ещё являются возможностями, которые env zero разрабатывает.
Почему эта модель важна?
Практическая ценность этого подхода заключается не только в обнаружении проблемы, но и в завершении процесса вплоть до проверки её устранения. Инструмент, который останавливается на уведомлении, оставляет самые сложные шаги инженерам, тогда как в материале успех измеряется временем исправления — периодом от выявления проблемы, требующей действий, до подтверждения того, что изменение её устранило.
При этом данное представление по-прежнему связано с утверждениями компании-спонсора и ранней стадией продукта, а источник не приводит независимых данных о результатах клиентов или степени снижения стоимости и задержки. Кроме того, наличие контекстного слоя не отменяет необходимости в проверках и политиках, а делает их центральной частью любой автоматизации, способной выполнять реальные изменения в облачной среде.