Четыре MCP-агента на Bedrock: недели IaC сжались до минут

В крупной программе миграции внешние системы подключают только через MCP-инструменты, которые команда сама поднимает: вики со стандартами безопасности, тикеты, коллаборация, внутренний provisioning API. На портфеле из 300+ приложений ручная сборка инфраструктурного кода из одобренных модулей занимала 3, 4 недели на приложение , с IaC Agent по внутренней отчётности AWS Professional Services это сжалось до минут. AWS разобрала четырёхагентную схему на Amazon Bedrock AgentCore под жёсткий дедлайн финансового года. Паттерн идёт рядом с AWS Transform и AWS DMS, а не вместо них: managed-сервисы закрывают discovery, волны, базы и типовую модернизацию, агенты добирают организационную специфику , композицию внутреннего IaC и работу после cutover. Агенты на Strands Agents SDK крутятся в serverless AgentCore Runtime с изоляцией сессий; к API и Lambda их ведёт AgentCore Gateway с MCP-совместимыми тулами, AgentCore Identity вешает на вызовы IAM и ваш IdP. Четыре агента и две «дороги» Intake Agent , через MCP читает архитектурные документы, опросники и зависимости, выдаёт целевую архитектуру и маппинги. IaC Agent , генерирует код только из модулей, прошедших ревью Security Office. Migration Intelligence and Governance Agent , отчётность и governance в Jira, Confluence и Webex. SRE Agent , мониторинг и автоматическое исправление после переключения на новую среду. Общий контекст между фазами держит AgentCore memory: Intake пишет туда целевую архитектуру, IaC подхватывает без ручной передачи файлов. В примере кода IaC Agent сначала синхронно вызывает MCP-инструмент get_policies , подмешивает одобренные политики в system prompt и отдаёт сгенерированный IaC вместе с версией policy set для аудита; на модели включены Amazon Bedrock Guardrails. Источник: Scaling cloud migrations with agentic AI on Amazon Bedrock AgentCore .