AWS lanza su propio emulador de AWS para probar código sin cuenta ni conexión

De la página de seguridad [0]

> No uses el emulador para probar lo siguiente:

> - Políticas y límites de permisos de IAM

> - Políticas basadas en recursos, como las políticas de bucket

> - Políticas de claves de AWS KMS

> - Acceso entre cuentas de AWS o entre regiones de AWS

> - Cualquier otro control de seguridad

Algunos servicios del emulador evalúan las políticas de IAM para los usuarios y roles de IAM que creas en el emulador, pero no de la misma manera que AWS. El emulador nunca deniega una solicitud firmada con su propia clave. No comprueba las políticas de claves de AWS KMS ni las políticas de bucket de Amazon S3. Tampoco admite llamadas entre cuentas o regiones. Así que una solicitud que AWS deniega podría tener éxito en el emulador. Una solicitud que AWS permite podría fallar.

Es una lástima porque me encantaría que el producto oficial de AWS fuera mejor que, por ejemplo, ministack y localstack en esto, que cubrirán parte del camino. Creo que, como los agentes solo construían sobre la superficie de la API pública, es difícil construir esta parte. Pero deberían haberlo intentado y dejado que los agentes leyeran los motores de políticas que tenga AWS. O quizá sea una forma de evitar que alguien ejecute trivialmente aws-emulator como AWSaaS.

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

Di lo que quieras, pero sin IA y agentes, nadie en AWS habría pensado en construir esto dada la enorme cantidad de servicios que tienen. Humanamente, es posible pero muy, muy costoso. No digo que no haya pasado antes, pero ¿fakecloud y localstack, etc.? Ese foso ya no existe.

La verdad es que estoy en shock de que esta sea la nueva normalidad. Agentes escribiendo código en uno de los lenguajes más difíciles de usar. Y feo también, la verdad, se te mete en los ojos. Sé que es subjetivo, pero es un lenguaje horrible para los humanos.

Compañero de Amazon aquí. Quiero decir que estoy agradecido de que hayas construido esto y tiene un valor tremendo si se hace bien y se mantiene adecuadamente.

El desarrollo agéntico consiste en cerrar un sistema tanto como sea posible, y luego simular o emular cualquier entrada o dependencia que no se pueda cerrar. En ese punto, dejas que Claude recorra el sistema y haga lo suyo.

Esto inevitablemente se topa con problemas en la infraestructura y cualquier herramienta que ayude a simular esas interfaces será tremendamente valiosa. ¡Gracias!

Si lo entiendo bien, significa que puedo apuntar todo mi proyecto CDK al emulador y probar un `cdk deploy`?

Tengo curiosidad por saber cuán realista se emula el comportamiento "interno". Hace tiempo (desde que conseguí que mi stack funcionara y ahora simplemente no quiero tocarlo...), pero recuerdo que era un verdadero dolor que a veces pasaran cosas raras, a veces inconsistentes, con la configuración y el desmontaje (incluso a través de Terraform), lo que provocaba largos tiempos de espera si hacías las cosas en el orden incorrecto (pero aparentemente válido).

Esto hará aún más fácil que los competidores clonen de forma fiable los servicios de AWS, lo que revela que la nube está totalmente mercantilizada en este punto, y las ventajas se reducen al poder de mercado (comprar servidores/ancho de banda a escala, construir centros de datos a escala, etc.).

Todos esos emuladores suelen ser malos incluso si son oficiales, llenos de atajos y casos límite; simplemente conéctate al servicio real.

Relacionado con esta publicación: https://www.aboutamazon.com/news/aws/how-autonomous-ai-agent...