¿Su factura de AWS subió? No pregunte por qué. Pregunte dónde.

Paso 1. Primero los dólares, no los porcentajes

Es fácil distraerse con un servicio que duplicó su costo, pero si pasó de 10 a 20 dólares, no mueve la aguja. Ordene siempre por dinero real. En lo que sigue, «servicio» significa un servicio de AWS, no su aplicación.

Si ordena por porcentaje, el sospechoso es CloudWatch: se cuadruplicó, +300 %. Pero son 300 USD de 4.700, menos de una décima parte del aumento. La transferencia de datos subió 56 % y explica 500 USD, algo más de una décima parte. Los servidores subieron «solo» 28 %, pero son 3.500 USD: casi tres cuartas partes del golpe. Ahí está el objetivo.

La cuenta del calendario sirve para saber cuánto del aumento no es suyo, no para encontrar el origen. Para eso hay que bajar a la serie diaria: el promedio no distingue un escalón —algo que se encendió y siguió encendido— de un pico de tres días ni de un crecimiento gradual, y cada uno se arregla distinto.

Con el ajuste hecho, el cuadro no cambia de protagonista: se afina. Los servidores costaban unos 413 USD al día en abril (12.400 ÷ 30 = 413,33); a ese mismo ritmo, mayo habría llegado a unos 12.813 USD (413,33 × 31 = 12.813,33). El aumento real de servidores es de unos 3.087 USD, no 3.500, y sobre el aumento también ajustado (4.700 − 727 = 3.973) pasa de casi tres cuartas partes a cerca del 78 %. El objetivo sigue siendo el mismo, ahora con el número correcto.

Paso 2. El problema, repartido por etiquetas

Una vez localizado el servicio, divídalo por equipo. De los 3.500 USD de aumento en servidores, las etiquetas muestran esto. Son cifras brutas, sin descontar el día extra, porque así vienen las exportaciones por etiqueta: ese efecto se reparte entre las tres filas y no cambia qué equipo domina.

Casi todo el problema viene de un solo equipo. ¿Y los 200 USD huérfanos? Ese es el impuesto directo por no tener políticas estrictas de etiquetado; un gasto que no se le puede cobrar a nadie.

Y ahí está el problema de fondo. AWS le factura por servicio: servidores, almacenamiento, transferencia de datos. Usted presupuesta, decide y rinde cuentas por aplicación. Lo único que une las dos vistas son sus etiquetas, y basta con que falten en unos pocos recursos para que la pregunta «¿cuánto me cuesta esta aplicación?» se quede sin respuesta.

Paso 3. Hasta el recurso responsable

Con una exportación que incluya los identificadores de recursos, se ve que el equipo de datos creó en mayo un entorno de pruebas y lo dejó encendido las 24 horas del día.

Conviene mirar la fecha en que se creó. Si fue a mitad de mes, esos 3.000 USD son media factura: a mes completo el entorno cuesta casi el doble, y junio sube aunque nadie toque nada.

La conversación ya no es sobre una factura abstracta. Ahora puede acercarse al equipo y hacer la pregunta correcta: ¿este entorno necesita estar encendido de madrugada y los fines de semana? La respuesta se convierte en una ficha de cambio: sabe qué apagar, cuánto puede ahorrar, qué esfuerzo y qué riesgo tiene, y cómo se revierte si algo falla.

La trampa invisible en AWS

Las etiquetas de costo pueden existir en sus recursos y no aparecer en sus reportes. En AWS, las etiquetas generadas por AWS y las definidas por usted se activan por separado para la facturación, y pueden tardar hasta 24 horas en aparecer (AWS, etiquetas de asignación de costos). Si el paso 2 le devuelve casi todo como «sin etiqueta», empiece por aquí.

¿Las activó tarde? Desde la cuenta de administración se puede pedir que se apliquen hacia atrás, hasta doce meses, siempre que la etiqueta ya estuviera puesta en el recurso en ese periodo (AWS, aplicar etiquetas hacia atrás).

Su kit de herramientas

Cuándo conviene pedir ayuda

Si cruzar estos datos le toma demasiadas horas, sigue sin poder enlazar el aumento a una aplicación, o tiene tantos hallazgos que no sabe qué mejorar primero, es el momento del diagnóstico de entrada.

Usted quiere que su gasto de nube se pueda explicar y presupuestar: verlo por aplicación, no por servicio. Con acceso de solo lectura, Quonse mide el gasto de cada aplicación y le entrega fichas de cambio listas para decidir: cuánto puede ahorrar, qué esfuerzo y qué riesgo implica cada una, y con qué nivel de confianza se estimó cada cifra. El ahorro se materializa cuando los cambios se ejecutan.

El diagnóstico es el primer paso. Después, Quonse acompaña con revisiones periódicas junto a su equipo, midiendo lo real contra lo estimado, porque quien hizo el diagnóstico ya tiene la línea base y conoce sus sistemas.

Cada etapa tiene un responsable: el alcance lo define el frente comercial y de proyectos; el diagnóstico, la presentación de hallazgos y el acompañamiento los hace el frente técnico, que revisa cada hallazgo. Quonse no revende nube, licencias ni herramientas de terceros, ni cobra comisiones a proveedores.