✨︎ Resumen (TL;DR):
- AWS lanzó AWS Emulator para probar solicitudes de sus servicios desde una computadora sin crear recursos reales en cada ensayo.
- El programa parte de más de 400 modelos de API que cubren más de 200 servicios de AWS.
- La simulación no comprueba permisos ni representa todas las fallas de la nube, así que AWS sigue siendo necesario para la validación final.
AWS lanzó el 11 de noviembre AWS Emulator, un emulador gratuito que reproduce en la computadora del desarrollador parte de las respuestas de sus servicios en la nube. Matthew Goldberg, ingeniero principal sénior de AWS, afirma que agentes autónomos de inteligencia artificial escribieron todo el código del programa y que su equipo no lo escribió ni lo revisó. La herramienta permite ensayar cambios sin crear recursos en la nube para cada prueba, pero una validación local no garantiza que la aplicación se comporte igual al desplegarla en AWS.
AWS Emulator es un emulador local que recibe solicitudes de una aplicación y reproduce parte de las respuestas de AWS en el equipo del desarrollador. El equipo puede dirigirle las solicitudes que sus herramientas enviarían a la nube.
Pruebas locales sin crear recursos reales
Una prueba puede crear un contenedor de almacenamiento simulado de Amazon S3 y volver a consultarlo sin crear uno en una cuenta real. Así, el equipo ensaya cambios sin abrir recursos de AWS para cada prueba.
Según GeekWire, el emulador parte de más de 400 modelos de interfaces de programación (API) que abarcan más de 200 servicios de AWS. Esos modelos describen cómo se comunican los programas con los servicios, pero su alcance no significa que el emulador reproduzca cada función con la misma precisión.
AWS indica que el programa funciona con su interfaz de línea de comandos y sus kits de desarrollo, tanto para pruebas locales como para procesos automatizados de integración. No requiere una cuenta de AWS ni tiene un cargo adicional por el servicio; los recursos que se utilicen después en la nube sí pueden generar costos.
En Linux, el equipo lo instala mediante paquetes; en Windows y macOS lo ejecuta con Docker. El programa mantiene los recursos simulados en la memoria de la computadora y los elimina al detenerse.
En cuanto a los datos, AWS distingue entre las solicitudes de la aplicación y la telemetría. AWS afirma que el emulador no le envía las solicitudes, las respuestas ni los datos de los recursos. Por defecto, el programa transmite datos anónimos de uso y errores, y el equipo puede desactivar esa telemetría.
La simulación no cubre permisos ni fallas
AWS advierte que el emulador no evalúa las políticas de acceso de la misma manera que la nube real y pide no usarlo para comprobar la seguridad de una aplicación. Una solicitud que funciona en la simulación podría fallar al desplegarse porque una política de permisos la rechaza en AWS.
La precisión depende del servicio y de la operación. AWS publica resultados de pruebas de fidelidad con cada versión para mostrar cuántos escenarios reproduce el programa. Esa medición refleja los casos examinados, no garantiza una cobertura total.
Devin Pratt, director de investigación de IDC, dijo a InfoWorld que el emulador tampoco simula por ahora interrupciones, límites de solicitudes ni diferencias de disponibilidad entre regiones. Esas condiciones importan cuando un equipo quiere comprobar cómo responde una aplicación ante fallas.
Pratt agregó que el emulador ejecuta el código sin aislarlo. Por eso, una prueba con credenciales reales podría llegar a recursos de AWS. La guía de seguridad de AWS recomienda dejar fuera de las pruebas las credenciales y los datos de producción, además de probar la aplicación y sus permisos en AWS antes de ponerla en funcionamiento.
Tres grupos de agentes escriben y corrigen el código
El proyecto nació como un experimento con Kiro, el agente de programación de AWS. Goldberg le pidió que escribiera pruebas, las contrastara con la nube real y construyera una implementación que las superara. Según su relato, en 15 minutos obtuvo una primera versión aceptable del emulador de Amazon SQS, un servicio de colas de mensajes.
Después, el ingeniero refinó las instrucciones y extendió el prototipo durante un fin de semana. Reconoció que la versión inicial tenía huecos. Convertirla en un producto exigió más trabajo de ingeniería y controles para los agentes.
Goldberg describe ahora tres grupos de agentes:
- El primero genera pruebas de fidelidad y las verifica contra AWS.
- El segundo las ejecuta en el emulador y registra las diferencias.
- El tercero toma esos problemas y modifica el código para corregirlos.
Antes de incorporar cada cambio, el sistema verifica que el código compile y otros agentes revisan los estándares de programación, la seguridad y posibles regresiones en las pruebas, de acuerdo con Goldberg.
La afirmación de Goldberg sobre la ausencia de revisión humana del código se refiere al equipo que construyó el emulador. Las instrucciones y los controles de ese proceso sí requirieron trabajo de ingeniería.
El código es público, pero AWS sigue siendo la prueba
AWS publicó el código del emulador en GitHub bajo la dedicación de dominio público CC0 1.0. El código de terceros incluido en el directorio vendor/ usa la licencia Apache 2.0, según la guía de instalación. Las pruebas de fidelidad también son públicas.
La comprobación decisiva para quien adopte la herramienta es comparar los servicios y operaciones que necesita con los resultados publicados y después probar la aplicación y sus permisos en la nube real. AWS Emulator puede evitar que el equipo cree recursos reales para cada prueba local, pero no reemplaza las comprobaciones de permisos, seguridad y comportamiento ante fallas en AWS.
