6 errores de AWS que te pueden costar una fortuna

Pedro estaba aprendiendo AWS. Quiso probar un servicio para procesar un video de cinco segundos. Le costó ochenta y cinco dólares. Ochenta y cinco dólares por procesar un video de cinco segundos. Eligió el servicio equivocado, no puso límites, y cuando se dio cuenta ya era tarde. Ese miedo — “¿cuánto me va a costar esto?” cada vez que querés probar algo en AWS — es lo que más me frenan de la gente que empieza. Y la buena noticia es que AWS no tiene por qué ser caro: yo tengo múltiples apps en producción y pago menos de cinco euros por mes. Pero para llegar ahí tuve que aprender a evitar seis errores. 💡 Los 6 errores que te hacen pagar de más 1. No tener alarmas de billing AWS te deja poner alarmas de costo gratuitas (Budget Alerts). Una al 50% de tu presupuesto, otra al 80%, otra al 100%. La mayoría no las configura hasta que llega la primera factura que duele — no seas esa persona. Son dos alertas de presupuesto gratis, no hay excusa. 2. No usar serverless para tráfico bajo o impredecible Un EC2 corriendo 24/7 te cobra las 24 horas, incluso a las 3 de la mañana cuando nadie lo usa. Con serverless pagás por ejecución: si nadie usa tu servicio, pagás cero. Lambda te da un millón de requests gratis por mes — para siempre, no por 12 meses. Para proyectos personales o de tráfico variable, serverless gana casi siempre. 3. No aprovechar el Free Tier permanente Además de los créditos iniciales de cuenta nueva, muchos servicios tienen capa gratuita para siempre: Lambda (1M requests/mes), DynamoDB (25GB), SNS, SQS, Step Functions y más. Con eso podés construir una aplicación completa sin gastar un centavo. Mi factura de <$5/mes es porque tengo varios proyectos con tráfico real — con uno solo, probablemente pagaría cero. 4. Elegir servicios por comodidad, no por costo Usar RDS cuando DynamoDB alcanza: la instancia más chica de RDS te cuesta ~$15/mes corriendo 24/7, contra un DynamoDB que puede costarte cero con poco tráfico. O meter tus funciones de Lambda en una VPC “por las dudas” y terminar pagando un NAT Gateway que cuesta ~$32/mes solo por existir, más el costo por dato procesado. La calculadora de AWS es tu amiga — usala antes de desplegar, no después. 5. No entender el modelo de pricing de cada servicio Lambda cobra por invocaciones y duración. S3 por almacenamiento y requests. DynamoDB por lecturas y escrituras. API Gateway por llamada. CloudFront por transferencia de datos. Son modelos completamente distintos, y si no los entendés terminás como Pedro. Regla simple: si no sabés cuánto te va a costar, no lo despliegues. 6. Olvidarte del almacenamiento El error silencioso. CloudWatch Logs cobra por giga ingerido, y por defecto guarda los logs para siempre . Vi cuentas donde CloudWatch terminó siendo el servicio más caro — más que Lambda, más que DynamoDB — solo porque nadie le puso retención a los logs. Mismo problema con buckets de S3 que creás para probar algo y te olvidás. El storage es como la humedad: no lo ves, pero se acumula. 🚀 ¿Querés construir en AWS sin gastar de más? Tengo un mini-curso gratuito donde diseñamos una WebApp serverless completa — el tipo de arquitectura que, bien elegida, te cuesta centavos por mes. 🎯 ACCEDER AL MINI-CURSO GRATUITO This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit desplegando.substack.com