AWS Emulator: AWS gratis en tu computadora, hecho por IA

AWS lanzó un emulador local de sus servicios que funciona sin cuenta y sin costo. Su código lo escribieron agentes de IA. Qué sirve para practicar y qué no.

El 11 de noviembre de 2026, Amazon Web Services (AWS) lanzó AWS Emulator: un programa que imita las APIs de AWS en tu propia computadora, sin cuenta y sin tarifa. Llamó la atención por un detalle: según Amazon, todo su código lo escribieron agentes de IA. Esta nota explica qué es, cómo se usa, para qué sirve si estás aprendiendo cloud y qué límites tiene. Los datos salen del blog oficial de AWS, de su documentación, del artículo de Amazon sobre cómo se construyó, del repositorio en GitHub y de la cobertura de InfoWorld, leídos el 13 de noviembre de 2026.

Qué es AWS Emulator

Según la documentación de AWS, es «un emulador local de las APIs de AWS». Dicho simple: un programa que se hace pasar por la nube de Amazon. Cuando tu código pide crear un bucket de Amazon S3 o una tabla de DynamoDB, el pedido no viaja a AWS: lo responde el emulador, en tu máquina, con la misma forma de respuesta y los mismos mensajes de error.

Algunos datos clave del anuncio oficial:

• No hace falta una cuenta de AWS. Tampoco tiene tarifa: solo pagas los recursos que despliegues después en la nube real.
• Está escrito en Rust, elegido para que consuma poca memoria y procesador.
• Funciona con lo que ya existe: la AWS CLI, los SDK de AWS y los agentes de programación (el anuncio nombra a Kiro y a Claude Code) se conectan a una dirección local, https://127.0.0.1:9297.
• En Linux se instala con un paquete RPM o Debian. En macOS y Windows se usa dentro de Docker, con una imagen que armas a partir del Dockerfile de la documentación.
• El código es público en GitHub, con licencia CC0 (dominio público), salvo una carpeta de terceros con licencia Apache 2.0.

Al arrancar, el emulador genera sus propias claves (empiezan con «EMULATOR») y trabaja con una sola cuenta ficticia, la 000000000000. Rechaza los pedidos firmados con cualquier otra clave.

Por qué dicen que lo escribieron agentes de IA

En el artículo de Amazon sobre cómo se construyó, el ingeniero Matthew Goldberg cuenta que el equipo «no escribió ni revisó» el código. Lo hacen tres equipos de agentes:

• uno escribe pruebas que comparan el emulador con AWS real;
• otro busca diferencias y abre un reporte por cada una;
• y el tercero las corrige, con cambios que deben pasar compilación, revisión, seguridad y fidelidad antes de entrar.

Según ese mismo artículo, todo empezó con una prueba de fin de semana: con Kiro, la herramienta de programación de AWS, se obtuvo en 15 minutos una primera versión aceptable de Amazon SQS, el servicio de colas. Amazon dice que se inspiró en una investigación de Anthropic en la que agentes escribieron un compilador de C. Al 13 de noviembre, el repositorio en GitHub mostraba 31.637 commits y avisaba que no acepta contribuciones de personas: los errores se reportan como incidencias.

Para qué te sirve si estás aprendiendo cloud

Uno de los miedos más comunes al empezar con AWS es la factura: dejar algo encendido por error y recibir un cobro. Con el emulador puedes practicar los comandos y el código sin tarjeta y sin ese riesgo, porque nada sale de tu computadora. Algunos usos concretos:

• Practicar la AWS CLI. Por ejemplo, crear un bucket con aws s3api create-bucket y listarlo después. La documentación muestra justo ese ejemplo.
• Aprender los errores reales. Si intentas crear una tabla de DynamoDB con un nombre de 2 letras, el emulador responde con el mismo error que AWS: el nombre debe tener al menos 3 caracteres.
• Armar proyectos de portafolio que usen S3, DynamoDB o SQS y probarlos completos antes de pasarlos a una cuenta real.
• Sumar pruebas automáticas (CI) a un proyecto en GitHub sin guardar claves de AWS en el repositorio.
• Trabajar con un agente de programación. La documentación incluye una «habilidad» llamada aws-emulator que instala, arranca y conecta el emulador; para sumarla hace falta la AWS CLI 2.35.0 o posterior.

Si te preparas para una certificación de AWS, sirve para soltar la mano con los comandos y entender cómo responden los servicios. Lo que no reemplaza es la consola web ni la experiencia con permisos, redes y costos de una cuenta real. Para elegir certificación, en el sitio hay una guía de certificaciones cloud.

Qué no hace (y conviene saber antes de usarlo)

AWS es claro: el emulador es para construir y probar, no para producción. Las limitaciones que publica son estas:

• No evalúa permisos. No aplica las políticas de IAM como lo hace AWS. El blog lo advierte: un pedido que AWS rechazaría puede funcionar en el emulador. No sirve para probar seguridad.
• Una región y una cuenta. Para probar varias regiones hay que abrir un emulador por región, cada uno en su propio puerto. Además, AWS compara su comportamiento solo contra la región de Oregón (us-west-2), y contra Virginia del Norte (us-east-1) para los servicios globales.
• Todo vive en la memoria. Lo que creas se borra cuando cierras el emulador. Tampoco está pensado para uso prolongado ni para pruebas de carga.
• No todo está hecho. Las operaciones que todavía no existen devuelven un error 501 (no implementado), en lugar de fingir que funcionaron.
• Envía telemetría. Por defecto manda datos anónimos de uso y errores a AWS (no tus pedidos ni tus datos). Se apaga con la opción --telemetry off.

En InfoWorld, Devin Pratt, director de investigación de IDC, señaló que por ahora no simula la limitación de pedidos ni las caídas del servicio. Advait Patel, ingeniero de Broadcom, lo resumió así: si tus pruebas nunca ven un error 429 o una demora, tu lógica de reintentos nunca se prueba.

Cuánto se parece a AWS de verdad

AWS mide la «fidelidad» con pruebas cortas que hacen el mismo recorrido en el emulador y en AWS real. Una prueba pasa solo si coinciden el código de estado, la respuesta, el error exacto y los recursos creados. Con cada versión publica el puntaje de cada servicio como «k de n» pruebas aprobadas, y las pruebas están abiertas en el repositorio aws-emulator-evaluation-suite, incluidas las que fallan. La documentación aclara que el parecido es mayor en las operaciones de administración (crear, listar o borrar recursos) que en las de datos.

Sobre cuántos servicios cubre, las fuentes no coinciden: InfoWorld escribió que, según AWS, emula los 426 servicios; The Letter Two habla de más de 400; el blog oficial no da un total y remite a los puntajes por servicio. Antes de usarlo en un proyecto, lo más seguro es mirar el puntaje del servicio que necesitas.

Cómo probarlo en tres pasos

• 1. Instálalo. En Linux, con el paquete RPM o Debian. En Windows o macOS, con Docker y el Dockerfile de la guía de inicio. Compilarlo desde el código pide al menos 100 GB libres, así que no es el camino para empezar.
• 2. Arráncalo. El comando aws-emulator levanta el servidor en 127.0.0.1:9297 y deja sus claves y su certificado en la carpeta ~/.aws/emulator/9297/.
• 3. Apunta tus herramientas. Con la variable AWS_ENDPOINT_URL=https://127.0.0.1:9297 (y las demás que indica la guía), la AWS CLI y los SDK le hablan al emulador en lugar de a la nube.

Por qué importa más allá de AWS

Hasta ahora, para probar código de AWS sin gastar se usaban herramientas de terceros, como LocalStack. Que el propio proveedor publique la suya, gratis y con el código abierto, baja la barrera para aprender cloud desde Latinoamérica, donde pagar en dólares pesa. Y es un caso grande y público de software mantenido por agentes de IA, con sus pruebas a la vista: una buena forma de ver, con datos, hasta dónde llegan hoy esos agentes y dónde todavía fallan.