Description
Un agente de IA te va a entregar AWS que despliega, devuelve CREATE_COMPLETE y responde un 200, y está mal en silencio: una política de IAM que da todas las acciones sobre todos los recursos, un bucket de S3 que todo internet puede leer, una base de datos parada en una subnet pública, una Lambda que escanea una tabla entera de DynamoDB en cada request, una flota de EC2 siempre prendida que tendría que haber sido serverless, un balanceador por servicio, una query de Athena que escanea dos terabytes porque nadie particionó los datos, un NAT gateway que nadie puso en la estimación de costo, una API key pegada en una variable de entorno. AWS deja pasar casi todo, porque la plataforma es permisiva, cara por default e insegura en el momento en que optás por salirte: desplegó, el stack está verde, el endpoint responde, y nada de eso prueba que el diseño sea seguro, que vayas a poder bancar la factura, o que el servicio fuera siquiera el correcto. Los tutoriales que te pasean por la consola no te sirven acá, no sos vos quien clickea. Lo que te falta es el modelo mental del revisor: qué es en realidad cada servicio, qué cuesta a escala, y qué puede alcanzar una sola key filtrada, para poder mirar un diseño y saber si va a producción o vuelve para atrás.
Este libro te entrena para ser el revisor de AWS vibe-codeado, no para memorizar la consola. Arranca desde una premisa distinta a la de cualquier otro libro de AWS: el agente escribe la infraestructura, y tu palanca es entender los servicios lo suficiente como para juzgar la arquitectura, el costo y el blast radius con las tres preguntas que el agente nunca hace. Vas a aprender qué son en realidad los servicios centrales y cuándo cada uno es la herramienta correcta, EC2 y Lambda y las opciones de contenedores para cómputo, S3 y RDS y DynamoDB y ElastiCache y Redshift para almacenamiento y datos, Athena y OpenSearch para analítica y búsqueda, SQS y SNS y SES para desacoplar y mandar correo, y Bedrock para IA, y vas a aprender las bases que deciden si algo de eso es seguro y barato, el least privilege de IAM, la VPC y dónde va cada capa, cómo se arma un endpoint HTTPS de verdad con Route 53 y un certificado y un balanceador, y cómo leer una factura antes de que llegue. Cada capítulo diseña una pieza real de un sistema que funciona, da una estimación de costo ilustrativa y muestra la arquitectura buena-contra-mala que un agente produciría, construyendo desde un solo servicio hasta un diseño completo expresado como infraestructura como código revisable con el CDK. Acá casi no hay clicks en la consola y sí mucho sobre costo, seguridad, datos y las formas específicas en que el cloud de un agente sale mal. Para ingenieros que van a vibe-codear en AWS de todas formas y quieren ser los que cazan el diseño que los iba a filtrar, romper o fundir.
Para quién lo escribimos
Este libro es para: ingenieros que ya decidieron dejar que un agente de IA escriba su AWS (los comandos de la CLI, el boto3, el CDK) y ahora se quedan con la parte que el agente no puede hacer, que es juzgar si la arquitectura que produjo es segura, si no te va a fundir la cuenta y si es el diseño correcto, y que no piensan pasarse meses clickeando la consola y las páginas de precios para llegar ahí.
El secreto de este libro
Las 3 claves para la habilidad en la nube que los mejores empleadores pagan más. La revisión que detecta lo que un agente de IA dio por bueno pero está mal. El stack despliega, el endpoint responde, y nada de eso prueba que el diseño sea seguro, que no te funda la cuenta, ni siquiera que sea el servicio correcto. Aprendé a leer cualquier nube con las tres preguntas que el agente nunca hace, y pasá del ingeniero que despliega nubes al que las aprueba, antes de que el diseño que te iba a filtrar, romper o fundir llegue a producción.
Con qué te vas a quedar
- Capítulo 1: Cómo me di cuenta de que revisar la nube, no escribirla, iba a ser mi trabajo
- Capítulo 2: La vez que un solo permiso mal puesto me enseñó AWS
- Capítulo 3: Lo que pasó cuando configuramos mal la red
- Capítulo 4: Leer la factura antes de que llegue
- Capítulo 5: Un solo ajuste mal, y todo internet lee tus datos
- Capítulo 6: Un servidor ocioso cuesta exactamente lo mismo que uno trabajando
- Capítulo 7: Funciones que no cuestan nada ociosas, hasta que chocan contra un límite
- Capítulo 8: Por qué la IA te mete un Kubernetes que no te hace falta
- Capítulo 9: Tu base de datos de producción, en el jardín del frente
- Capítulo 10: La consulta que lee un millón de filas para devolver cinco
- Capítulo 11: Cuando un caché tapa un problema que podrías arreglar gratis
- Capítulo 12: La misma respuesta por cinco dólares o por cinco mil
- Capítulo 13: Por qué el navegador sigue diciendo “No seguro”
- Capítulo 14: El email que se manda dos veces y la reputación que quema
- Capítulo 15: Una función de IA sin límite de lo que puede gastar
- Capítulo 16: La línea de código que cuesta 100 dólares por mes sin avisar
- Capítulo 17: Qué pasa la segunda vez que corrés el playbook
- Capítulo 18: Cómo pasé de desplegar nubes a ser el que las aprueba
