AWS Emulator: Amazon publica un emulador local y gratuito de sus API, escrito y mantenido por agentes de IA

Probar código que llama a AWS siempre ha tenido un coste: una cuenta, recursos que crear y destruir, despliegues que tardan minutos. Para un agente de programación que quiere verificar su trabajo en bucle, supone un freno importante. Amazon responde a ello con AWS Emulator, disponible desde el 11 de noviembre: un emulador local de sus API, gratuito, que responde a los mismos comandos que la nube.

Cómo funciona

El emulador es un programa en línea de comandos, escrito en Rust para mantenerse ligero, que sirve un punto de acceso HTTPS en 127.0.0.1:9297. Genera sus propias claves (que comienzan por EMULATOR, para evitar cualquier confusión con claves reales) y rechaza las peticiones firmadas de otro modo. Basta con apuntar la CLI de AWS o un SDK hacia él mediante unas pocas variables de entorno, y el código de la aplicación no cambia. En Linux, se instala mediante paquete RPM o Debian; en macOS y Windows, es necesario construir una imagen de Docker a partir del Dockerfile de la documentación, ya que AWS no publica ninguna lista para usar. Para las pruebas escritas en Rust, un modo integrado ejecuta una instancia aislada por prueba, sin red.

En cuanto a la cobertura, AWS no establece una lista cerrada: el emulador se genera a partir de los modelos de API públicos de AWS, los mismos que se utilizan para producir los SDK, por lo que las peticiones y los errores tienen la misma forma que en AWS. Una operación no implementada todavía devuelve un error 501, lo que hace fallar una prueba de inmediato en lugar de dejarla pasar por error.

Un software escrito por agentes, y se nota

Lo más inusual es su proceso de creación. Según AWS, el emulador está construido y mantenido por agentes de IA: un grupo compara las respuestas del emulador con las de AWS y abre una incidencia por cada diferencia, otro escribe las pruebas y la corrección, y después un agente de seguridad independiente revisa la modificación antes de que pase a producción. De hecho, el repositorio no acepta contribuciones externas, solo avisos de errores.

El ritmo no tiene comparación con el de un proyecto convencional. La página de versiones pasa de la v1.0.269 el 8 de noviembre a la v1.0.341 el 13 de noviembre, es decir, más de 70 versiones en cinco días, cada una de las cuales detalla docenas de correcciones generadas automáticamente. Muchas llevan la mención «stub», señal de que una operación no era más que un cascarón vacío. Para un usuario, esto es un arma de doble filo: las carencias se subsanan rápido, pero el comportamiento cambia varias veces al día. AWS publica en cada versión una puntuación de fidelidad por servicio (pruebas superadas sobre pruebas existentes) y las propias pruebas en un repositorio independiente, para que cualquiera pueda volver a ejecutarlas.

Las limitaciones que conviene conocer antes de confiar en él

AWS es explícito respecto a lo que la herramienta no hace. Ante todo, no evalúa las políticas de IAM como lo hace AWS: una petición denegada en la nube puede resolverse con éxito en el emulador. Por tanto, nunca debe utilizarse para validar configuraciones de seguridad. Simula una única cuenta y no separa las Regiones; su comportamiento solo está verificado en la Región de Oregón; no está previsto para un uso prolongado ni para pruebas de carga; y envía por defecto datos anónimos de uso, opción que se puede desactivar. Por último, AWS reconoce que la fidelidad es mejor en la creación y gestión de recursos que en las operaciones de datos, y que varía con herramientas de infraestructura como CloudFormation, Terraform o el CDK.