Original en inglés: https://argusic.com/subject/aws-microservices
aws-microservices
Microservicios Serverless de AWS impulsados por eventos, usando AWS Lambda, AWS DynamoDB, AWS API Gateway, AWS EventBridge, AWS SQS, AWS CDK, que significa Cloud Development Kit para IaC, una herramienta de Infraestructura como Código, y AWS CloudWatch para monitoreo.
Funcionafuente: GitHubsitio webJavaScriptMITcommit b96acb04709d
JavaScript, licencia MIT. El proyecto se describe a sí mismo como: api gateway, aws, aws apigateway, aws dynamodb, aws lambda, cdk, cloudwatch y dynamodb.
aws-microservices funciona. Un agent de Argusic lo instaló en 12 minutos y encontró 3 errores, todos corregidos sin ayuda en una máquina limpia sin GPU, y toda la sesión quedó grabada.
Install and build succeed. Standard unit test passes. CloudFormation synthesizes without Docker. All three Lambda handlers (product, basket, ordering) run correctly against a local DynamoDB database with EventBridge mocking, covering the complete e-commerce flow: product create/read/update/delete, basket add/remove/checkout, order creation from events and query by user.
Lo que el agent consiguió en una máquina limpia, en sus propias palabras. Cómo se mide
Medido por Argusic en una máquina limpia cada vez. Cada cifra enlaza a su evidencia. Puntuación Argusic de 90 sobre 100 (la media de las puntuaciones de las ejecuciones de este proyecto).
De un vistazo
Datos del proyecto de GitHub, enlazados al principio de esta página, actualizado . Datos de prueba de Argusic (CC BY 4.0); cada cifra enlaza a una página de ejecución con el log completo, la grabación y sus hashes sha256.
Qué se midió
De la ejecución que decidió este veredicto. Cada línea es un valor registrado, no una estimación.
Qué salió mal, en palabras del propio agent
Las palabras del propio agent, de lo más grave a lo menos, nunca reescritas como consejos.
- cdk synth failed: NodejsFunction requires Docker for esbuild bundling, but Docker is not in the container8 minutos
- DynamoDB and EventBridge client constructors need explicit endpoint for local/Dynalite endpoints3 minutos
- Lambda JS source uses ES import syntax not loadable via require() in CJS mode2 minutos
- Tiempo de instalación
- 12 minutos
- De máquina en frío a terminar
- 22 minutos
- Errores encontrados y corregidos
- 3 encontrados, 3 corregidos sin ayuda humana
- Cómo se demostró el resultado
- npm test exited 0 (1 suite, 1 test); cdk synth exited 0 producing valid CloudFormation with 76 resources; real Lambda handlers exercised end-to-end against DynamoDB Local (downloaded official jar, port 8001) with 3 DynamoDB tables and an EventBridge mock on port 4566: product CRUD all status 200, basket/checkout created EventBridge event (shape verified), ordering handler consumed SQS-like event and persisted order row (status 200), GET /order returned it with correct data
- Tokens de modelo usados
- 2.579.484
- Commit exacto probado
- b96acb04709d
- Imagen del contenedor
- sha256:cdd920bce783
Qué no se midió
La otra mitad, para que veas exactamente hasta dónde llega esta evidencia. Un hueco se muestra como hueco y nunca se rellena.
- Memoria de GPU máxima
- se ejecutó en una máquina con CPU, así que no había GPU que muestrear
- Comportamiento en una ejecución larga
- cada intento usa la configuración documentada más pequeña y un presupuesto de tiempo fijo, así que esto mide si funciona, no cómo aguanta bajo carga
El final de la grabación
Las últimas líneas de la sesión de terminal que decidió este veredicto, tal como se registraron.
<｜DSML｜parameter name="cmd" string="true">node -e "const o={install_succeeded:true, launch_succeede…
exited 2 in 0ms:
{"install_succeeded": true, "launch_succeeded": true, "install_minutes": 12, "errors": [{"msg": "cd…
Now Ill output the final JSON line as required./bin/sh: 13: Syntax error: EOF in backquote substitu…
exec
/bin/sh -lc "cat > /tmp/argusic_result.txt <<'EOF'
EOF
cat /tmp/argusic_result.txt; echo; node -e \"const s=require('fs').readFileSync('/tmp/argusic_resul…
succeeded in 0ms:
JSON valid; fields: install_succeeded, launch_succeeded, install_minutes, errors, test_depth, verif…
tokens used
2,579,484Reproducir la sesión completa, cada comando desde una máquina limpia hasta este punto.
Cómo se probó
Un agent, un contenedor, sin ayuda humana. Instala el proyecto como indica su propia documentación, lo ejecuta y arregla lo que falla. Todo lo de abajo se registró tal como ocurrió: la sesión de terminal, el log y el commit exacto. La metodología completa.
Puntos fuertes y límites
Hechos medidos, no opiniones. Cómo se redacta.
Qué salió bien
- Llegó a funcionar en una máquina limpia, con la sesión grabada.
- Se recuperó de los 3 errores sin que interviniera una persona, lo que indica que los fallos están lo bastante documentados como para resolverlos.
- Funcionó sin GPU, así que no necesita una para arrancar.
- Licencia MIT, según su plataforma de origen.
- Medido 2 veces, así que el resultado no es algo puntual.
Qué no salió bien, o no se sabe
- Tardó 12 minutos en instalarse, más lento que la mediana de los 31 proyectos comparables que ha medido Argusic.
De los 32 proyectos de api-gateway que Argusic ha instalado y cronometrado, aws-microservices fue el 24.º más rápido en llegar a funcionar, y 21 de 32 llegaron a funcionar.
Para qué es una opción razonable
- Probarlo en un portátil o en un servidor pequeño: llegó a funcionar sin GPU.
También probados, en la misma área
Argusic instaló y ejecutó cada uno de estos proyectos en una máquina limpia. Aquí no aparece nada que no se haya probado.
Historial de ejecuciones
| probado por | intento | resultado | puntuación | costo USD | cuándo |
|---|---|---|---|---|---|
| Argusic Runner | 2/3 | Funciona | 100,00 | 0,53 | |
| Argusic Runner | 1/3 | Sin verificar | 80,00 | 0,04 |
Temas (de GitHub)
api-gatewayawsaws-apigatewayaws-dynamodbaws-lambdacdkcloudwatchdynamodbeventbridgelambdalambda-functionssnssns-topicsqssqs-queuestep-functions
Insertar el badge
Markdown para el README del proyecto. Enlaza de vuelta aquí; condiciones en la página de términos.
[](https://argusic.com/subject/aws-microservices)Preguntas
- ¿Funciona aws-microservices?
- Sí. aws-microservices funciona. Argusic lo instaló y lo inició en una máquina limpia en 12 minutos, con 3 errores por el camino, y grabó la sesión.
- ¿Cómo probó Argusic aws-microservices?
- En una máquina limpia y desechable, con cada comando grabado y el repositorio fijado en el commit b96acb04709d. Hay 2 intentos registrados, y la metodología completa está en la página de metodología.
- ¿Cuánto costó probar aws-microservices?
- La ejecución que produjo este veredicto costó 0,53 USD: costo real de cómputo y de modelo, no un precio de lista por millón de tokens. Consta en la página de esa ejecución.
- ¿Cuánto tarda aws-microservices en instalarse?
- 12 minutos en la ejecución que decidió este veredicto, desde una máquina limpia hasta que funcionó. Es un intento medido, no una media.
- ¿Necesita aws-microservices una GPU?
- No para arrancar. Argusic consiguió que funcionara en una máquina sin GPU.
- ¿Qué falla al instalar aws-microservices?
- En la ejecución registrada fallaron 3 cosas, y 3 se corrigieron sin ayuda humana. Cada una, con el tiempo que costó, aparece en esta página.
- ¿Cómo se compara aws-microservices con las alternativas?
- De los 32 proyectos de api-gateway que Argusic ha instalado y cronometrado, aws-microservices fue el 24.º más rápido en llegar a funcionar, y 21 de 32 llegaron a funcionar.
- ¿Dónde está la evidencia de aws-microservices?
- Las 2 ejecuciones registradas están en esta página, cada una enlazada a su log completo y a su grabación de terminal, guardados con una huella sha256 para que no se puedan alterar en silencio.