AWS выпустила официальный эмулятор своих сервисов: 29 684 коммита агентов за 3 недели

Любой, кто писал код под AWS, знает эту дилемму. Хочется интеграционных тестов, которые честно ходят в S3, очереди или базу. Но каждый прогон в CI означает настоящие ресурсы, настоящие ключи, настоящий счёт и риск оставить после себя мусор. Поэтому команды годами жили на сторонних эмуляторах. Теперь у AWS появился собственный: репозиторий aws-emulator на GitHub.

Какую боль это закрывает

Идея простая. Вы поднимаете локальный процесс, который притворяется облаком AWS. Ваш код, как и раньше, вызывает привычные API, но запросы уходят не в регион за океаном, а на localhost. Тест создал бакет, положил объект, прочитал его, и всё это без платного ключа и без расходов.

Главный довод в пользу официального эмулятора понятен: его делает сама AWS. Сторонние эмуляторы вроде LocalStack или moto вынуждены гоняться за поведением настоящих сервисов, и в мелочах (ошибки, лимиты, порядок событий) расхождения неизбежны. У вендора-первоисточника шансов совпасть с продакшеном больше. Насколько он на деле полно покрывает сервисы, в исходной заметке не сказано, так что перед миграцией проверьте свой набор: какие сервисы и операции вы реально используете и есть ли они в репозитории.

Рой агентов вместо команды

Самая необычная деталь не про сам эмулятор, а про то, как он сделан. Проект написан на Rust, и, по словам Саймона Уиллисона, писал его огромный рой агентов: 29 684 коммита всего за первые три недели. Для сравнения, это порядка 1400 коммитов в сутки. Человеческая команда так не работает.

О том, как проект появился, написал Суами Сивасубраманиан в гостевом посте в блоге Вернера Фогельса. Заголовок говорит сам за себя: о работе инженера, когда код пишут агенты. Если кратко, роль человека смещается от набора кода к постановке задач, проверке и контролю качества. Эмулятор для этого удобный полигон: у настоящих сервисов есть эталонное поведение, а значит, результат агентов можно сверять с ним автоматически.

Стоит помнить и про обратную сторону. Количество коммитов само по себе ничего не говорит о качестве. Нужны независимые тесты, обзор кода и время, чтобы выяснить, как эмулятор ведёт себя на крайних случаях. Первые недели жизни проекта покажут, насколько он надёжен.

Что пока не так

Главное ограничение: на macOS и Windows эмулятор сейчас требует Docker. Для Linux-CI это мелочь, а для локальной разработки на ноутбуке лишний слой: нужен установленный Docker, он ест память, а запуск медленнее, чем у обычной программы.

Уиллисон надеется, что это поправят. Его мечта: скачать один бинарник и включить его в стандартный набор тестов на любом языке и платформе. Для проекта на Rust это выглядит реалистично, ведь Rust как раз хорошо собирается в автономный исполняемый файл. Но обещаний от AWS на этот счёт в заметке нет, так что это только пожелание.

Что делать на практике

• Если у вас есть тесты, которые ходят в реальный AWS, заведите отдельную ветку и попробуйте прогнать их против эмулятора. Сравните результаты и отметьте расхождения.
• Если вы сидите на LocalStack или moto, не спешите переезжать. Оцените покрытие нужных вам сервисов и подождите, пока проект наберёт историю релизов.
• Если вы строите агентные процессы, прочитайте пост Сивасубраманиана. Это редкий публичный пример того, как крупная компания выпускает продукт, написанный агентами, и что при этом остаётся на людях.

Итог: появился долгожданный официальный инструмент для локальных тестов облачного кода, причём сделан он необычным способом. Сейчас он ценен как кандидат для эксперимента, а не как готовая замена всему, что вы используете. Если Docker уйдёт из требований, вопрос о стандартном тестовом инструменте для AWS может решиться сам собой.