Tu factura de AWS subió y nadie te dijo por qué
El 1 de agosto de 2026, dos de nuestros clientes amanecieron con un cargo en su cuenta de AWS que el mes anterior no existía.
Uno de $86.40 dólares diarios. El otro de $28.80.
Ninguno de los dos había cambiado nada. Ni un servidor nuevo, ni más usuarios, ni más tráfico. Exactamente el mismo sistema que el 31 de julio, funcionando exactamente igual. Solo que ahora costaba más.
Son negocios que no se parecen en nada: una aplicación móvil que usan unas 3,000 personas en campo, y una plataforma de cierres de caja que opera más de 130 centros. Lo único que compartían era la fecha.
Y esa fecha no la eligió ninguno de los dos. La puso AWS.
Si estás viendo subir tu factura sin explicación, esto probablemente te está pasando a ti también.
Por qué sube sin que hagas nada
AWS le pone fecha de caducidad al software que hospeda por ti. Cuando la base de datos de tu sistema llega a esa fecha, no te apagan nada — te siguen dando el servicio, pero te lo empiezan a cobrar aparte.
El cargo se calcula por hora y por procesador. Diez centavos de dólar la hora. Suena a nada. Pero corre las 24 horas del día, todos los días, multiplicado por cada base de datos que tengas:
La app de campo — 18 bases de datos de dos procesadores cada una
$86.40 al día · más de $31,000 al año
La cadena de 130 centros — 3 bases de datos
$28.80 al día · unos $10,500 al año
Su factura diaria de bases de datos pasó de $49 a $79. Un 60% más de un día para otro.
Y hay algo que casi nadie ve venir: la tarifa se duplica al tercer año. El cargo no solo empieza solo. Además crece solo.
Por qué nadie te avisó
Esta es la parte importante, y conviene decirla claro: no hiciste nada mal.
AWS sí avisa. Manda el aviso con meses de anticipación. Pero lo manda a la dirección de correo con la que se abrió la cuenta y a los "contactos alternos" — dos buzones que en la mayoría de las empresas nadie revisa. Muchas veces la cuenta se abrió hace años, con el correo de alguien que ya ni trabaja ahí.
El aviso llegó. Llegó a un buzón que nadie abre.
Por eso el cargo puede correr semanas sin que nadie lo note. No rompe nada. No se cae el sistema. No hay ninguna alerta, porque técnicamente no hay nada descompuesto: estás pagando por un servicio que efectivamente estás recibiendo.
El único lugar donde aparece es el desglose de tu factura, renglón por renglón. Ahí es donde hay que ir a buscarlo.
Lo que hicimos
En los dos casos el trabajo fue el mismo de principio a fin: nosotros lo detectamos, nosotros lo planeamos y nosotros lo ejecutamos. Ningún cliente tuvo que investigar nada, ni conseguir a nadie, ni entender el problema para que se resolviera.
Lo que sí cambió entre uno y otro fue cuánto podía parar cada negocio. Y eso lo cambia todo.
El que podía parar unos minutos de madrugada
La app de campo tiene usuarios con horarios de trabajo definidos. Medimos su actividad hora por hora durante 28 días para encontrar las ventanas reales de baja operación — no las que suponíamos, las que los datos mostraban.
Dieciocho bases de datos migradas entre el 29 de agosto y el 1 de septiembre. Cada una con respaldo probado antes de tocarla y un plan de regreso escrito por si algo salía mal.
Sin pérdida de datos, cortes de entre 3 y 8 minutos por base, todos en horario de baja actividad. El cargo de $86.40 diarios quedó en cero.
El que no puede parar nunca
La cadena de centros procesa cierres de caja de forma continua. Un corte a media operación no es una molestia: es dinero a medio contabilizar. La ruta convencional habría costado entre 15 y 40 minutos con el servicio caído. No era opción.
Se usó un método distinto: levantar una copia completa en paralelo, actualizarla, mantenerla sincronizada con la original al segundo, y al final intercambiarlas. Es más caro y bastante más delicado de operar, pero permite algo que el camino directo no.
Dos interrupciones de poco más de un minuto cada una — 65 y 74 segundos — en lugar de media hora. Sin pérdida de datos, y sin que sus aplicaciones tuvieran que cambiar una sola línea de configuración.
Se lo dijimos desde el plan, antes de empezar: el cero absoluto no era alcanzable. Lo alcanzable eran esos dos minutos. Preferimos prometer lo que se puede cumplir.
Lo que no se ve en un resultado limpio
Un "sin novedad" al final parece que fue fácil. Casi nunca lo es. Dos cosas explican por qué esto no se improvisa — una es cómo trabajamos siempre; la otra pasó esa noche.
Nos adaptamos a tu operación, no al revés
La hora no se elige por comodidad nuestra. Se mide la operación real del negocio —cuándo factura, cuándo cierra, cuándo descansa— y se acuerda la ventana con el cliente sobre esos datos. Y ya en el momento, antes de mover nada, se verifica que no haya ninguna operación en curso: si la hay, no se ejecuta. Esa condición no se negocia.
Y saber cuándo NO apretar el botón
A media operación, la copia nueva entró en estado de error. La corrección evidente — la que aplicaría cualquiera que no conociera el detalle de esa cuenta — habría apagado procesos de producción en vivo, a las once de la noche. No la aplicamos. El estado se resolvió solo minutos después, y producción no se enteró de nada.
Esa decisión de no actuar fue el momento más delicado de toda la noche, y es exactamente lo que se paga en este tipo de trabajo.
Cómo saber si te está pasando
Cuatro preguntas. No necesitas ser técnico para hacerlas, y las cuatro se contestan hoy.
- 1
¿Aparece “Extended Support” en tu factura de AWS?
Abre el desglose del mes y busca ese término. Si está ahí, ya estás pagando por software vencido. Empieza por aquí: es la que da respuesta inmediata.
- 2
¿A qué correo llegan los avisos de AWS?
Revisa cuál es la dirección con la que se abrió la cuenta y si hay contactos alternos configurados. Si es un correo que nadie revisa, o de alguien que ya no está, los avisos se están perdiendo antes de llegar a nadie.
- 3
¿Alguien en tu equipo tiene la lista de qué versión corre cada sistema y cuándo caduca?
Si preguntas y nadie la tiene a la mano, no la hay. Es la pregunta que anticipa el próximo cargo antes de que empiece.
- 4
¿Te avisa alguien cuando tu factura cambia de patrón?
A la cadena de centros su gasto diario le subió 60% de un día para otro y nada se activó. La mayoría de las alertas están puestas en un monto fijo — “avísame si paso de $5,000” — y ese tipo de alerta no dice absolutamente nada mientras el aumento no llegue al tope. Lo que sirve es una alerta por desviación contra el mes anterior.
Si las cuatro te salen limpias, no tienes este problema. Si alguna te dejó dudando, vale la pena resolverla antes de que se acumule otro mes.
Este cargo no te tumba el servicio a las tres de la mañana. Te cobra todos los días en silencio mientras todo parece estar bien. No hay alarma que lo detecte, porque no hay nada roto que detectar.
En Wake Code vivimos de esto. Revisamos si el cargo ya está corriendo en tu cuenta, cuánto llevas pagando, y qué tiene tu infraestructura con fecha de caducidad encima. Si hay que migrar, lo planeamos y lo ejecutamos nosotros — y la primera pregunta que te vamos a hacer no es técnica: es cuánto puede parar tu negocio. De esa respuesta depende todo lo demás.
Tú no tienes que entender el problema. Tienes que dejar de pagarlo.
¿Cuánto llevas pagando sin saberlo?
Revisamos tu cuenta de AWS: si el cargo ya está activo, cuánto acumula, y qué más tienes con fecha de caducidad encima. Respuesta en menos de 24 horas.