AWS размещает «охранителя» на базе ИИ в очереди слияния

«Узкое место» в разработке программного обеспечения сместилось.

 Написание кода больше не является ограничивающим фактором. Им стало его безопасное внедрение в производственную среду. AWS нацелена на этот сдвиг, добавив две новые функции в свой AWS DevOps Agent, о чем было объявлено в среду на конференции AWS Summit в Нью-Йорке.

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

«С учетом того, что сегодня столько кода пишется агентами ИИ, реальное узкое место сместилось», — говорит Неха Госвами, директор по Agentic AI в подразделении Agentic DevOps компании AWS. «Дело уже не столько в написании кода, сколько в том, как его выпустить — как внедрить в производственную среду и как сделать это безопасно».

Проверка готовности к выпуску

Первая функция оценивает изменения в коде на соответствие производственным требованиям перед их слиянием. Агент проверяет риски межрепозиторных зависимостей, которые могут повлиять на другие сервисы, изменения в контроле доступа в соответствии с AWS Well-Architected Framework, а также соответствие любым внутренним стандартам, определённым командой. Эти стандарты формулируются простым языком с помощью редактора Global Instructions. Дополнительные инструменты не требуются. Если стандарты не указаны, агент использует общие рекомендации.

В рамках проверки агент запускает программное обеспечение в изолированной среде, управляемой AWS, и выполняет облегчённые тесты пользовательского пути, чтобы убедиться, что сборка запускается и проходит базовые функциональные проверки перед поступлением в конвейер. Результат может быть одним из трёх вариантов: «БЛОКИРОВАТЬ», «Продолжить с осторожностью» или «Безопасно для выпуска». Результаты отображаются в консоли AWS DevOps Agent и в виде комментариев к пул-реквестам в GitHub или GitLab, а также могут вызываться напрямую из IDE с помощью плагинов Kiro или Claude Code.

По словам Госвами, именно возможность отслеживания зависимостей отличает этот инструмент от существующих средств статического анализа.

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

Автономное тестирование релизов

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

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

Внутренний масштаб как конкурентное преимущество

Госвами, 22-летний ветеран Amazon, начинавшая свою карьеру в сфере внутренних инструментов для разработчиков, определила конкурентное преимущество AWS как способность проводить тестирование в масштабах компании. Функции управления релизами AWS DevOps Agent были протестированы на соответствие собственным инженерным рабочим процессам Amazon перед внешним выпуском, при этом инструментарий использовали тысячи внутренних разработчиков.

«Мы запрограммировали эти возможности агента именно так, как мы сами выполняем эту работу», — говорит она, указывая на практики операционного совершенства, заложенные в алгоритмы, по которым агент решает, что тестировать и какие ограничительные меры применять. «Во многом вы увидите передовые практики и принципы операционного совершенства, которые мы внедрили в нашу культуру; агент действует точно так же».

Доступность

Функции проверки готовности к выпуску и автономного тестирования релизов уже доступны в предварительной версии без дополнительной платы, но только в регионе «Восток США (Северная Вирджиния)». На момент запуска поддерживаются платформы управления версиями GitHub и GitLab. Ожидается, что общая доступность будет обеспечена в ближайшие месяцы, хотя AWS не указала конкретную дату.

AWS DevOps Agent уже с начала этого года доступен для операций после развертывания, таких как расследование инцидентов, анализ первопричин и рекомендации по устранению проблем. По словам компании, этот новый релиз знаменует расширение его применения на этап до развертывания в жизненном цикле доставки программного обеспечения, завершая цикл от создания кода до ввода в эксплуатацию.

Читайте также

• Сократить использование токенов ИИ на 96 %? Вот как это удается с помощью AWS Strands Agents.
• LocalStack добавляет возможность визуальной отладки приложений AWS на локальных компьютерах