В сообщении блога AWS Machine Learning под названием «Масштабирование миграции в облако с помощью агентного ИИ на Amazon Bedrock AgentCore» описывается программа миграции, охватывающая более 300 приложений. В этой программе определены четыре роли: агент приема, агент IaC, агент миграционной разведки и управления и агент SRE. В учетной записи описывается конкретная реализация AWS, в том числе то, как информация перемещается между агентами и где требуется одобрение.

Преобразование записей приложения в целевую архитектуру.

Согласно сообщению, Intake Agent читает архитектурные документы, анкеты и записи зависимостей с помощью инструментов MCP. Он использует эти входные данные для создания целевой архитектуры AWS. Эта последовательность имеет значение, поскольку целевая архитектура привязана к материалам о приложении и его зависимостях. В статье, посвященной программе, состоящей из более чем 300 приложений, это представлено как повторяемый вводный этап для преобразования различных записей в архитектуру для каждого приложения.

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

Генерация кода инфраструктуры в рамках определенных правил

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

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

Управление и операции после переключения

Агент Migration Intelligence and Governance Agent объединяет информацию из Jira, Confluence и Webex. Для автоматических обновлений и создания заявок, описанных в публикации, перед выполнением требуется одобрение человека. Таким образом, способность агента собирать информацию сочетается с явным этапом одобрения этих действий. Учет этого условия дает более точное представление о том, что данный пост подразумевает под автоматизацией управления миграцией.

После переключения агент SRE отслеживает метрики CloudWatch, данные о производительности приложений и исторические закономерности. Его роль расширяет возможности учетной записи за рамки подготовки и отслеживания миграции до периода после перемещения приложения. В совокупности эти четыре агента охватывают прием, инфраструктурный код, информацию о программе и мониторинг после переключения. В публикации эти специальные агенты помещаются вместе с AWS Transform для работ по миграции и модернизации и AWS DMS для миграции баз данных.

Что включает в себя заявленное сокращение времени

По данным AWS, для этой конкретной реализации время разработки IaC сократилось с 3–4 недель на одно приложение до нескольких минут автоматизированной генерации. В сообщении объясняется, что сравнение связано с внутренними данными отслеживания проекта. Это результат этапа разработки кода инфраструктуры в этой программе, поэтому его объем должен оставаться привязанным к этому этапу и записям проекта.

Практической нитью через аккаунт является передача информации о приложении. Документы и записи зависимостей приводят к целевой архитектуре; общий контекст делает эту архитектуру и ее сопоставления доступными для агента IaC; политика проверяет вызовы своих инструментов; информация о программе собирается из рабочих систем с одобрения до выполнения указанных обновлений и заявок; и агент SRE отслеживает рабочие данные после переключения. Эта цепочка объясняет, как AWS описывает координацию агентов в рамках программы миграции более чем 300 приложений, сохраняя при этом сообщаемый результат привязанным к реализации, которая его создала.