Amazon Web Services перевела свою первоначальную службу управляемого агента для Amazon Bedrock в режим обслуживания для нового внедрения. Сервис, ранее известный как Amazon Bedrock Agents, теперь документирован как Amazon Bedrock Agents Classic, и AWS заявляет, что он больше не открыт для новых клиентов, начиная с 30 июля 2026 года.

Это не означает, что существующие развертывания перестанут работать. AWS заявляет, что текущие клиенты могут продолжать использовать Bedrock Agents Classic, и отдельно утверждает, что это изменение не затронет модели Amazon Bedrock, базы знаний и Guardrails. Но направление для новых рабочих нагрузок агентов ясно: AWS рекомендует Amazon Bedrock AgentCore в качестве сопоставимого пути для новых или перенесенных приложений агентов.

Для команд, работающих на Bedrock, это больше, чем просто смена имени сервиса. Он меняет архитектуру по умолчанию для агентов, размещенных на AWS, со старого интерфейса Bedrock Agents на новую среду выполнения и стек инструментов, основанный на AgentCore. Для платформ, которые предоставляют шлюз AI API, уровень маршрутизации LLM или инфраструктуру корпоративных агентов, ограничение создает вопрос совместимости и миграции, который стоит рядом с обычным выбором модели.

Что изменилось 30 июля

В документации AWS теперь агенты Amazon Bedrock Agents идентифицируются как Amazon Bedrock Agents Classic. В том же руководстве по режиму обслуживания говорится, что Bedrock Agents Classic закрыта для новых клиентов с 30 июля 2026 года, в то время как существующие клиенты могут продолжать использовать его.

Практическое значение зависит от учетной записи AWS клиента и текущего использования. Существующие производственные системы, построенные на Classic, не должны предполагать немедленное отключение только на основании публичного уведомления о техническом обслуживании. Однако новым командам, новым учетным записям и организациям, стандартизирующим будущую инфраструктуру агентов, следует рассматривать Classic как устаревший вариант, а не как службу агента Bedrock по умолчанию.

AWS указывает новым и переходящим клиентам на Bedrock AgentCore. Компания описывает AgentCore как средство, поддерживающее управляемую оркестровку и более широкий набор возможностей производственного агента, включая доступ к инструментам через протокол контекста модели, память, идентификацию, наблюдаемость и отслеживание. Эти функции позволяют предположить, что AWS переходит от более узкого средства создания управляемых агентов к более общей среде выполнения агентов для долгоживущих приложений, использующих инструменты.

Одна граница также важна: изменение касается уровня оркестрации управляемых агентов Bedrock, а не всей платформы Bedrock. AWS заявляет, что модели Bedrock, базы знаний и ограждения не затронуты. Команда по-прежнему может использовать компоненты вывода или извлечения модели Bedrock, а также компоненты безопасности, даже если ей необходимо повторно обратиться к сервису оркестрации агентов вокруг них.

Почему это важно для создателей агентов

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

Это особенно актуально для предприятий, которые приняли Bedrock Agents Classic в качестве управляемой альтернативы созданию собственной оркестрации. Если эти компании теперь создают дополнительные среды, внедряют новые бизнес-подразделения или перестраивают новые учетные записи AWS, они могут столкнуться с доступностью и рекомендуемой архитектурой, отличной от той, которая используется в их существующих развертываниях.

Отключение также затронет поставщиков и внутренние команды платформы, которые абстрагируют Bedrock за единый интерфейс. Мультиоблачная или мультимодельная платформа не может рассматривать это просто как «путь к модели AWS». Возможно, ему потребуется знать, вызывает ли клиент вывод простой модели, рабочий процесс базы знаний, политику Guardrails, классический агент или рабочую нагрузку, размещенную в AgentCore. Это разные рабочие поверхности с разными рисками миграции.

Для пользователей Model Gate и аналогичных клиентов шлюзов урок заключается в том, что маршрутизация LLM API больше не ограничивается только ценой, задержкой и качеством модели. Размещение агента также имеет значение. Шлюз может помочь централизовать управление ключами API, аналитику использования, командный контроль и прозрачность расходов, но он все равно должен учитывать возможности и статус жизненного цикла базовых сервисов поставщика.

Кого это затронет

Наиболее непосредственно затронутая группа — это клиенты AWS, планирующие новые сборки управляемых агентов на Bedrock. Если они ранее не использовали Bedrock Agents Classic, им следует ожидать, что рекомендуемым путем будет AgentCore. По данным AWS, команды, которые уже используют классические агенты, могут продолжать их использовать, но им следует планировать состояние обслуживания сервиса при принятии долгосрочных решений.

Это повлияет на облачных архитекторов, поскольку эталонные архитектуры могут нуждаться в обновлении.Документацию, модули Terraform, внутренние «золотые пути» и проверки безопасности, которые предполагали, что Bedrock Agents Classic является стандартным уровнем управляемого агента, следует проверить на соответствие API-интерфейсам AgentCore, модели идентификации, функциям наблюдения и эксплуатационным требованиям.

Группы безопасности и управления также находятся в поле зрения. Акцент AgentCore на идентификации, раскрытии инструментов, наблюдаемости и отслеживании отражает проблемы, которые сейчас пытаются решить предприятия: какой пользователь или служба действуют, какие инструменты может вызывать агент, какие данные он может получить, как можно проверить решение и как обнаруживаются неконтролируемые циклы инструментов или дорогостоящие вызовы моделей.

Производителям программного обеспечения, основанным на Bedrock, может потребоваться период двойной поддержки. Существующие клиенты могут по-прежнему использовать Classic, а новым клиентам может потребоваться AgentCore. Это может означать дополнительное тестирование, флаги функций, логику развертывания с учетом специфики клиента и более четкую документацию о том, какой путь агента Bedrock поддерживается.

Практические последствия и открытые вопросы

Первый практический шаг — инвентаризация. Команды должны определить, используют ли они классическую версию Bedrock Agents, простые API-интерфейсы модели Bedrock, базы знаний, Guardrails или пользовательскую оркестровку за пределами Bedrock. Уведомление о режиме обслуживания по-разному влияет на эти категории.

Второй шаг — сопоставить зависимости миграции, а не предполагать прямой подъем и сдвиг. Рабочая нагрузка агента может зависеть от определений инструментов, конфигурации получения, шаблонов подсказок, разрешений IAM, журналов аудита и обработки ошибок конкретного приложения. Переход на AgentCore может дать возможность улучшить наблюдаемость и контроль идентификации, но все равно может потребовать работы по интеграции.

Третий шаг – анализ затрат и управления. Новые среды выполнения агентов часто упрощают подключение большего количества инструментов и запуск более автономных рабочих процессов. Это повышает ценность анализа использования, атрибуции на уровне запросов и контроля бюджета. В среде шлюза команды должны решить, какие вызовы проходят через центральный уровень политики, а какие остаются внутри оркестрации, управляемой AWS.

Некоторые детали зависят от учетной записи. Независимые комментарии предполагают, что право на участие может зависеть от предыдущего использования учетной записи и что некоторые недавно выпущенные модели после закрытия могут стать недоступными через Classic. Эти моменты следует сверить с собственной учетной записью AWS клиента и текущей документацией AWS по режиму обслуживания, прежде чем рассматривать их как политику.

Большой сигнал достаточно ясен: AWS не прекращает работу агентов Bedrock, но переносит работу новых агентов из исходного интерфейса Bedrock Agents. Для разработчиков и команд разработчиков платформы можно с уверенностью предположить, что будущие инвестиции в агенты AWS будут сосредоточены вокруг AgentCore, а Bedrock Agents Classic станет проблемой совместимости для существующих развертываний.