Costos de infraestructura y decisiones FinOps
En la nube el costo es una consecuencia de decisiones de arquitectura que toma el equipo técnico todos los días. Por eso la práctica no consiste en recortar después, sino en que quien decide vea el precio de su decisión cuando la toma.
Para este tema conviene tener claro:Pago por uso, reservas, capa gratuita y alertas de facturación
Datos de proveedores verificados contra la documentación oficial el 19 de sept de 2026.
La factura de la nube sube todos los meses y siempre aparece el mismo ritual: alguien pide un recorte, se apagan unas máquinas de desarrollo, se compran reservas apuradas y tres meses después la factura está peor.
El motivo es que el gasto no se decide en la reunión de costos: se decidió cuando alguien eligió un tamaño de instancia, un nivel de replicación o un formato de log. En la nube, arquitectura y costo son la misma decisión, y separarlos es lo que hace que la discusión no avance.
De dónde sale la factura, en orden
Los cuatro grandes, casi siempre en este orden
- Cómputo: instancias, contenedores y funciones. Es el más grande y el más fácil de dimensionar de más.
- Datos: almacenamiento, respaldos, y sobre todo el tráfico de salida —hacia internet, entre regiones y entre zonas—, que es el que aparece sin que nadie lo haya pedido.
- Servicios gestionados: bases, colas, balanceadores. Se pagan por existir, aunque nadie los use.
- Observabilidad: ingesta y retención de logs y métricas, que en sistemas grandes compite con el cómputo.
Antes de seguir, predecí
Pagar por hora, comprometerse o aceptar interrupciones
Bajo demanda
US$ 73,00
Pagás lo encendido. Apagar ahorra.
Compromiso a 1 año
US$ 43,80
Se paga el mes entero. Conviene a partir de 438 h.
Compromiso a 3 años
US$ 29,20
Se paga el mes entero. Conviene a partir de 292 h.
Capacidad interrumpible
US$ 14,60
Te la pueden sacar con poco aviso. Sólo para trabajo que tolera cortes.
Sobre un precio de referencia de US$ 0,10 por hora. Los descuentos son órdenes de magnitud típicos: el número real sale de la calculadora del proveedor.
| Modelo | Descuento típico | A cambio de | Para qué carga |
|---|---|---|---|
| Bajo demanda | Ninguno | Nada | Lo nuevo y lo impredecible |
| Compromiso de uso | Del orden de 30 % a 70 % | Un compromiso de uno o tres años | La base estable que siempre está |
| Capacidad interrumpible | Hasta cerca del 90 % | Que te la saquen con poco aviso | Trabajo por lotes tolerante a fallas |
| Escalar a cero | Total, mientras no se usa | Arranque en frío | Tráfico esporádico |
Que el precio llegue a quien decide
Las prácticas que funcionan, en orden de esfuerzo
- Etiquetas obligatorias de sistema, entorno y dueño. Sin esto no hay conversación posible: la factura es un número sin sujeto.
- Cada equipo ve su costo, en un panel que ya existe y que no hay que pedir.
- Presupuestos con alertas, que detectan errores de configuración antes que cualquier revisión mensual.
- Estimar el costo en el momento del cambio: las herramientas de infraestructura como código pueden mostrar el costo estimado en la revisión, junto al plan.
- Una revisión periódica corta con las tres o cuatro recomendaciones de mayor impacto, no con un informe de doscientas líneas que nadie lee.
- Apagado automático de lo que no se usa fuera de horario, que en desarrollo suele ser la mitad del gasto.
Antes de seguir, predecí
Las decisiones de arquitectura que más mueven la aguja
| Decisión | Efecto en la factura |
|---|---|
| Ciclo de vida en el almacenamiento de objetos | Mueve lo viejo a niveles más baratos sin que nadie lo toque |
| CDN delante del contenido | Baja tráfico de salida y carga del origen a la vez |
| Endpoints privados hacia los servicios del proveedor | Saca tráfico de las pasarelas NAT |
| Escalar a cero en entornos que no son producción | Elimina el gasto del 70 % del tiempo |
| Retención de logs decidida por tipo | Suele cortar la mitad de la factura de observabilidad |
| Ajustar tamaños con datos de uso real | El ahorro más grande y el más ignorado |
Más a fondo · nivel seniorCosto unitario, y por qué cambia la conversación
La medida que hace madurar la práctica es el costo unitario: cuánto cuesta atender un pedido, un usuario activo o un gigabyte procesado. Tiene tres efectos que el gasto total no tiene.
Primero, hace comparables meses distintos: una factura que sube 20 % mientras el tráfico sube 40 % es una buena noticia, y con el número absoluto parece lo contrario. Segundo, convierte una optimización técnica en un argumento de negocio: “bajamos el costo por pedido de 4 a 2,6 centavos” se entiende en cualquier reunión. Y tercero, permite poner el costo dentro del producto: si el margen por cliente es conocido, la arquitectura tiene un techo explícito en vez de un pedido genérico de ahorrar.
El requisito para calcularlo es tener la métrica de negocio al lado de la de costo, que casi siempre implica etiquetar bien y exportar la facturación a donde estén los datos de uso. Es trabajo de una semana y es lo que separa una práctica de costos de una campaña de recortes.
Cierre
Autoevaluación
¿Lo entendiste?
Práctica