AWS выпустила собственный эмулятор AWS для локального тестирования

Со страницы безопасности [0]

> Не используйте эмулятор для тестирования следующего:

> - Политики IAM и границы разрешений

> - Политики на основе ресурсов, такие как политики бакетов

> - Политики ключей AWS KMS

> - Доступ между аккаунтами AWS или между регионами AWS

> - Любые другие средства контроля безопасности

> Некоторые сервисы в эмуляторе проверяют политики IAM для пользователей и ролей IAM, созданных вами в эмуляторе, но не так, как AWS. Эмулятор никогда не отклоняет запрос, подписанный его собственным ключом. Он не проверяет политики ключей AWS KMS или политики бакетов Amazon S3. Он также не поддерживает вызовы между аккаунтами или регионами. Поэтому запрос, который AWS отклоняет, может успешно выполниться в эмуляторе. А запрос, который AWS разрешает, может завершиться ошибкой.

Это обидно, потому что мне бы хотелось, чтобы официальный продукт AWS был лучше в этом плане, чем, например, ministack и localstack, которые пройдут часть пути. Думаю, поскольку агенты строили только на поверхности публичного API, эту часть сложно реализовать. Но им следовало попытаться и дать агентам прочитать, какие там есть у AWS движки политик. Или, может быть, это способ помешать кому-то тривиально запустить aws-emulator как AWSaaS?

[0] https://docs.aws.amazon.com/emulator/latest/userguide/securi...

Говорите что угодно, но без ИИ и агентов никто в AWS не додумался бы это построить, учитывая огромное количество сервисов, которые у них есть. Человеческими силами возможно, но очень и очень дорого. Не говорю, что такого не было раньше, но fakecloud и localstack и т.д.? Этот ров исчез.

Честно говоря, я в шоке, что это новая норма. Агенты пишут код на одном из самых сложных в использовании языков. И к тому же уродливом, честно говоря, он режет глаз. Знаю, это субъективно, но это ужасный язык для людей.

Я тоже из Amazon. Хочу сказать, что благодарен вам за то, что вы это создали, и это имеет огромную ценность, если всё будет сделано хорошо и должным образом поддерживаться.

Агентная разработка — это прежде всего максимальное замыкание системы, а затем имитация или симуляция любых входных данных или зависимостей, которые нельзя замкнуть. В этот момент вы позволяете Claude проползти по системе и делать своё дело.

Это неизбежно упирается в проблемы с инфраструктурой, и любые инструменты, помогающие имитировать эти интерфейсы, будут чрезвычайно ценны. Спасибо!

Если я правильно понимаю, это значит, что я могу направить весь свой проект CDK на эмулятор и протестировать `cdk deploy`?

Мне любопытно, насколько реалистично эмулируется «внутреннее» поведение. Прошло уже много времени (с тех пор как мой стек заработал, и я просто не хочу его сейчас трогать...), но я помню, что это была настоящая боль: иногда странные, иногда непоследовательные вещи происходили при настройке и удалении (даже через Terraform), что приводило к долгим таймаутам, если делать вещи в неправильном (но, казалось бы, допустимом) порядке.

Это сделает ещё проще для конкурентов надёжно клонировать сервисы AWS, что показывает: облако на данный момент полностью превратилось в товар, а преимущества сводятся к рыночной власти (покупка серверов/пропускной способности в масштабе, строительство дата-центров в масштабе и т.д.).

Все эти эмуляторы обычно плохи, даже если они официальные, полны упрощений и особых случаев — просто подключайтесь к реальному сервису.

По теме этого поста: https://www.aboutamazon.com/news/aws/how-autonomous-ai-agent...