Costos ocultos de la nube: cómo evitar la factura sorpresa de AWS o GCP

La conversación se repite: una empresa migró a la nube con un estimado de 300 dólares al mes, y a los seis meses está pagando 900. Nadie hizo nada obviamente malo. Simplemente pasaron cosas —un ambiente de pruebas que quedó encendido, respaldos que se acumularon, un proceso que empezó a mover más datos de los previstos— y ninguna de esas cosas avisó. En la nube, el gasto crece en silencio y solo aparece a fin de mes, cuando ya se cobró. Esta guía es para que sepas dónde mirar antes de que llegue esa factura.

Por qué la nube se desordena sola

Un servidor propio tiene un techo físico: si te quedas sin disco, el sistema falla y alguien se entera hoy. En la nube no hay techo. Si tu aplicación empieza a consumir el doble, la plataforma te lo da sin preguntar y te lo cobra después. Esa elasticidad es exactamente lo que se paga cuando se contrata la nube, pero también significa que no existe una alerta natural: el único aviso es la boleta.

A eso se suma que el modelo de precios está construido por unidades muy pequeñas —fracciones de centavo por gigabyte, por hora, por millón de operaciones— que individualmente parecen nada. La factura es la suma de miles de detalles que nadie revisó uno por uno. No es una trampa del proveedor; es un modelo que exige disciplina y que en la mayoría de las pymes con las que trabajo simplemente no tenía dueño.

Los siete lugares donde se esconde el gasto

1. Transferencia de datos hacia afuera

Subir datos a la nube es gratis o casi. Sacarlos cuesta, y es el costo que más sorprende porque no aparece en ninguna calculadora rápida. Si tu sistema entrega archivos pesados —informes, imágenes de alta resolución, respaldos que se bajan a la oficina— el tráfico de salida puede terminar pesando más que los servidores. También se cobra el tráfico entre zonas o regiones distintas del mismo proveedor, algo que suele aparecer por accidente cuando alguien crea un recurso en la región equivocada.

2. Ambientes de prueba que nadie apagó

El clásico. Se levanta un ambiente para probar algo, se prueba, y ahí queda corriendo. Un servidor de pruebas encendido 24/7 durante un año cuesta lo mismo que uno productivo, y no lo está usando nadie. Lo mismo pasa con la demo que se armó para un cliente, con el ambiente de capacitación de hace ocho meses y con la máquina que un desarrollador que ya no trabaja contigo levantó "por dos días".

3. Discos y direcciones IP huérfanos

Cuando eliminas un servidor, su disco puede sobrevivir. Y los discos se cobran estén conectados a algo o no. Lo mismo ocurre con las IP fijas reservadas: en varios proveedores, una IP reservada que no está en uso cuesta más que una en uso. Son montos chicos que se acumulan durante años sin que nadie los note.

4. Respaldos y snapshots acumulados

Configurar respaldos automáticos es lo correcto —insisto bastante en eso en respaldo y continuidad operativa para pymes—, pero un respaldo automático sin política de retención es una bola de nieve. Si guardas una copia diaria completa y nunca borras las antiguas, en tres años tienes mil copias pagando almacenamiento. La regla razonable para la mayoría de las pymes: diarias del último mes, semanales de los últimos tres meses, mensuales del último año. Todo lo demás, a un almacenamiento de archivo mucho más barato o derechamente fuera.

5. Logs y monitoreo

Los servicios de logs de los grandes proveedores cobran por volumen ingresado y por retención. Una aplicación con el nivel de registro en modo "depuración" puede generar decenas de gigabytes al día de información que nadie va a leer jamás. He visto casos donde el monitoreo costaba más que la aplicación monitoreada. Revisa qué se está registrando y cuánto tiempo se guarda.

6. Servicios administrados sobredimensionados

Las bases de datos administradas, los balanceadores y las colas se contratan eligiendo un tamaño, y ese tamaño casi siempre se elige "por si acaso" al comienzo del proyecto. Nunca se vuelve a revisar. Un año después estás pagando por una base de datos capaz de atender diez veces tu operación real. Aquí está el ahorro más grande y menos doloroso: ajustar el tamaño al uso medido, no al uso imaginado.

7. El precio en dólares

Este no es un costo oculto de la nube, sino del contexto chileno: casi toda la facturación es en dólares. Si presupuestaste con el dólar a un valor y el tipo de cambio se mueve, tu costo en pesos sube sin que hayas consumido un byte más. Al presupuestar infraestructura para el año, conviene trabajar con un rango y no con un valor puntual —el mismo criterio con el que se dimensiona el costo de un desarrollo a medida.

Cómo ponerle freno, en orden

1. Activa alertas de presupuesto hoy. Es lo primero, toma quince minutos y es gratis en AWS y en GCP. Defines un monto mensual esperado y recibes correo cuando vas al 50%, 80% y 100%. Deja de haber sorpresas de fin de mes: te enteras el día 12, cuando todavía puedes hacer algo.
2. Etiqueta todo. Cada recurso debería tener una etiqueta con su proyecto o área responsable. Sin etiquetas, la factura es una lista de nombres técnicos que nadie puede atribuir a nada, y las conversaciones de recorte se vuelven imposibles. Con etiquetas, sabes qué cuesta cada cosa.
3. Haz una limpieza inicial. Discos sin conectar, IP reservadas sin uso, ambientes apagables, respaldos antiguos, snapshots de máquinas que ya no existen. En la primera pasada de una infraestructura que nunca se revisó, es habitual encontrar entre un 20% y un 40% de gasto eliminable sin tocar nada productivo.
4. Ajusta los tamaños con datos. Mira el consumo real de CPU y memoria de los últimos treinta días y baja lo que esté sobrado. Se puede volver a subir en minutos si te equivocas: es una decisión reversible, y eso cambia cómo hay que tomarla.
5. Apaga lo que no se usa de noche. Los ambientes de desarrollo y prueba no necesitan estar encendidos entre las 20:00 y las 8:00, ni los fines de semana. Programar ese encendido y apagado recorta cerca de dos tercios de su costo y es de las automatizaciones más simples que existen.
6. Compromete solo lo estable. Los descuentos por compromiso a uno o tres años (instancias reservadas, savings plans) son reales y considerables, pero aplícalos únicamente a la carga base que sabes que vas a mantener. Comprometer capacidad que quizás no uses es cambiar un problema por otro.
7. Revisa la factura una vez al mes, con nombre y apellido. Media hora, alguien responsable, comparando contra el mes anterior. La pregunta es simple: ¿qué subió y por qué? Es la práctica que más ahorra, y la que casi nadie tiene.

Una expectativa realista

La nube bien administrada no es necesariamente más barata que un servidor propio. Es más flexible, más segura si se configura bien, y traslada el riesgo del hardware a otro. Puede además ser más barata, pero eso no viene incluido: es el resultado de administrarla. Si tu proveedor te vendió la migración prometiendo ahorro y nadie quedó a cargo de revisar el gasto, ese ahorro no va a aparecer solo.

Si estás recién evaluando el paso, parte por migración a la nube para pymes: cuándo conviene y cómo hacerlo. Y si ya estás dentro y la factura viene creciendo sin explicación, lo que corresponde es una revisión de infraestructura: mirar qué hay levantado, qué está en uso y qué se puede ordenar. Lo hago como parte del servicio de DevOps y CI/CD, y es de los trabajos donde el resultado se ve más rápido — normalmente en la factura del mes siguiente.