AWS Emulator запускает AWS API локально: тесты без облака и аккаунта

⚡ Главное за 5 секунд

• AWS Emulator поднимает локальный endpoint AWS API: запросы идут в эмулятор, а не в облако, аккаунт AWS не нужен.
• Linux — RPM или Debian-пакет и команда aws-emulator, Windows и macOS — контейнер из Dockerfile, для Rust-тестов есть embedded-режим.
• Только для сборки и тестирования: README прямо запрещает production-нагрузки и проверку безопасности на эмуляторе.

🔍 Что случилось

В репозитории aws/aws-emulator на GitHub появился AWS Emulator — локальный эмулятор AWS API. Репозиторий живёт в официальной организации aws, в README указано 29 684 коммита, а на Hacker News пост набрал 721 балл и 222 комментария. Смысл простой: ваш код обращается к эмулятору на своей машине, дев-сервере или в CI вместо реального AWS. Аккаунт не нужен, отдельной платы за эмулятор нет — за AWS-ресурсы вы платите только при деплое в облако.

Запуск устроен без графического интерфейса. В server mode эмулятор отдаёт HTTPS на 127.0.0.1:9297 с самоподписанным сертификатом, дальше вы задаёте переменные окружения и направляете на этот endpoint AWS CLI или любой SDK, а потом гоняете код как обычно. На Linux ставится RPM или Debian-пакет и запускается командой aws-emulator, на Windows и macOS — контейнер, собранный из короткого Dockerfile. Есть embedded mode для Rust: эмулятор добавляется dev-dependency и работает в процессе теста, по одному изолированному инстансу на тест — без URL, сертификата и переменных окружения, HTTP-клиент эмулятора подключается прямо в клиент SDK. Для AI-агентов заготовлен отдельный путь: aws agent-toolkit add-skill --skill-name aws-emulator --region us-east-1, нужен AWS CLI 2.35.0 или новее.

Сборка из исходников — тяжёлое упражнение. Один crate на каждый AWS-сервис, минимум 100 ГБ под target/, Rust с Cargo и C-компилятор вроде GCC или clang, многоядерная машина. Поддерживаются Linux x86_64 и aarch64, на Windows и macOS — только Docker. Команды: cargo build -p aws-emulator-router, затем cargo run -p aws-emulator-router.

🧠 Наш разбор

Главное здесь не сам бинарник, а то, кто его выпустил. По опыту рынка нишу локальной эмуляции AWS давно занимают сторонние проекты, и вопрос к ним всегда один: насколько точно они повторяют поведение настоящего облака. Теперь эталонную реализацию предлагает сам вендор — и обещает публиковать fidelity scores с каждым релизом на странице releases. Наша оценка: это сильный аргумент для команд, которые устали ловить расхождения между «работает на эмуляторе» и «работает на проде».

Что меняется на практике — экономика CI. Если тесты не ходят в облако, из пайплайна уходят и счёт за тестовые ресурсы, и возня с ключами, и ожидание, пока поднимется окружение. Но точность важнее скорости: эмулятор, который отвечает не как AWS, экономит деньги и тратит нервы. Читать README стоит буквально — пробелы там честно разложены по папкам issues/things-that-do-not-work/ и issues/things-that-now-work/, и это редкость: обычно такие списки живут в вики и гниют.

Кто выигрывает? Мы считаем, что в первую очередь AWS: дешевле тестировать — больше команд доводит интеграцию до деплоя, а платят они всё равно в AWS. Проигрывают сторонние эмуляторы, у которых теперь есть эталон от хозяина платформы. Но и цена входа кусается: 100 ГБ и многоядерная сборка на Rust в embedded-режиме — это не «поставил и забыл».

⚠️ Чего мы не знаем

Самый важный пункт README отправляет за цифрами на страницу релизов, а конкретных fidelity scores в тексте нет — то есть насколько точно эмулируются, скажем, S3 или DynamoDB, мы по этому фрагменту не знаем. Нет ни списка сервисов, ни данных о производительности, ни сравнения с настоящим AWS. 721 балл на Hacker News говорит о хайпе, а не о зрелости проекта. И отдельно: проверять безопасность на эмуляторе README не разрешает, так что для security-тестов это не инструмент.

Прогноз: в течение квартала список сервисов в README вырастет, а минимум два релиза выйдут с обновлёнными fidelity scores — это проверяется по странице releases без домыслов.

Источник: GitHub (aws/aws-emulator)