Virtualization Review сообщает, что Google создаёт облачный runtime специально для AI-агентов, а Oracle объявила об инновациях, позволяющих активировать агентов в корпоративном массиве данных в своём Autonomous AI Lakehouse. IBM Integration Intelligence Hub позиционируется как средство дать агентам контекст, а не только доступ, а обновления Terraform нацелены на управление жизненным циклом инфраструктуры для эпохи агентов.
В совокупности эти шаги указывают на консолидацию хостинга агентов в vendor runtime. Именно эта операционная деталь заслуживает внимания: когда агент исполняется внутри runtime провайдера, граница изоляции, правила egress и гарантии резидентности данных находятся в чужом control plane, а не в собственном развёртывании приложения. Команды, которые раньше рассуждали о контейнере, сервисном аккаунте и сетевой политике, теперь наследуют runtime, чьё планирование, ограничение области действия учётных данных и исходящий доступ определяет вендор.
Для агентных систем, работающих с регулируемыми или мультитенантными данными, это смещает поверхность проверки. Допущения об изоляции нужно перепроверять по модели тенантности runtime, egress нужно перечислять для каждого tool call, а не для сервиса, а резидентность нужно подтверждать на уровне массива данных, который Oracle открывает агентам. Формулировка IBM — контекст вместо простого доступа — это правильный критерий: агент с ограниченным окном контекста представляет собой иной объект риска, чем агент с широким доступом к запросам.
Из материалов остаётся неясным, как эти runtime предоставляют средства управления политиками, настраивается ли egress для агента или для проекта, и как управляемый через Terraform жизненный цикл соотносится с учётными данными, хранимыми в runtime. Именно эти вопросы студия задала бы любому vendor runtime, прежде чем размещать на нём production-агентов.