El costo que nadie ve: usuarios, ambientes no productivos y el vacío del contrato

Con un owner de costos ya nombrado en el equipo, la pregunta dejó de ser cuánto estábamos pagando por la nube. Se volvió algo más incómodo: cuánto cuesta realmente operar esto. Y esa pregunta se ramifica rápido. ¿Cuánto cuesta por usuario? ¿Por suscripción, por tenant? ¿Cuánto nos cuestan los ambientes que no son productivos? La respuesta fácil siempre está en el reporte de facturación: cuesta lo que dice el reporte. Pero esa respuesta no sirve para diseñar nada — sirve para justificar un gasto ya hecho, no para decidir cómo crecer.

¿Por qué el costo por usuario importa más que el costo total?

Lo que sí sirve es mirar el costo por usuario, no el costo total. Un costo total que sube junto con el número de usuarios no dice nada sobre la salud de tu arquitectura. Lo que sí lo dice es si el costo por usuario baja a medida que creces — y eso solo pasa cuando diseñas algo que comparte el recurso más caro, típicamente el cómputo, entre varios clientes o tenants, en lugar de multiplicar infraestructura dedicada por cada uno que se suma.

¿En qué proporción debería costar un ambiente no productivo frente a producción?

Después vino una pregunta todavía más específica: ¿en qué proporción debería costar un ambiente no productivo frente a producción? No hay ninguna clase de universidad que diga, con autoridad, que QA o Staging no deberían representar más del 10% del costo de producción. Es una heurística de industria, no un mandamiento. Pero obliga a hacerte la pregunta correcta cuando el número se dispara: ¿por qué un ambiente que nadie factura está costando lo mismo, o más, que el que sí opera al cliente?

No necesitas que el 10% sea tu cifra exacta. Necesitas definir cuál es la tuya, documentarla y monitorearla. Sin ese número de referencia, un ambiente no productivo puede crecer de forma silenciosa hasta volverse tan caro como el que sí genera ingresos, y nadie lo va a notar hasta que la factura no cuadre con el negocio.

¿Qué pasa si tu contrato no dice nada sobre el SLA de los ambientes no productivos?

Ahí surgió la pregunta más filosa de todas: ¿el contrato con el cliente dice explícitamente que los ambientes no productivos no están obligados a cumplir los mismos SLA que producción? Porque si lo dice, tienes un argumento. Si no lo dice, el cliente puede —legítimamente, desde su lectura del contrato— esperar que QA se comporte igual que producción. La ausencia de esa cláusula no protege tu infraestructura. Solo pospone la conversación incómoda.

Y esa conversación llegó con un cliente cuya integración, por diseño, mandaba a QA exactamente el mismo volumen de órdenes que mandaba a producción. No decenas, no cientos: miles de órdenes replicadas cayendo sobre un ambiente que nunca fue dimensionado para eso. Nadie lo hizo con mala intención. Simplemente así se armó la integración, y nadie del otro lado se preguntó si eso tenía un costo real de nuestro lado.

La sobrecarga de no-productivo casi nunca es un ataque. Casi siempre es un diseño de integración que nadie revisó desde la óptica de costo, y por eso es más difícil de detectar que un abuso malicioso: no dispara ninguna alerta de seguridad. El monitoreo de no-productivo no puede limitarse a preguntar si hay tráfico raro. Tiene que preguntar si el volumen por tenant en QA es consistente con pruebas, o se parece sospechosamente al de producción.

¿Cómo se le comunica esto a un cliente sin que se sienta acusado?

Identificar al cliente fue la parte fácil. Lo difícil fue todo lo que vino después: decidir cómo comunicárselo sin que se sintiera acusado de algo que ni siquiera sabía que estaba haciendo. La diferencia entre "están abusando del ambiente de pruebas" y "para que QA siga siendo representativo, les pedimos limitar las pruebas a una o dos oficinas piloto, con un máximo de cinco o seis usuarios activos" es, muchas veces, la diferencia entre conservar la relación comercial o abrir un conflicto que termina escalado a niveles donde nadie quería llegar.

¿Queda pendiente la conversación sobre tus ambientes no productivos?

¿Tu contrato con clientes define claramente qué se espera de los ambientes no productivos, o esa conversación sigue pendiente hasta que alguien la fuerce? En la segunda parte de esta historia, el otro lado del espejo: qué pasó cuando fue producción, y no QA, la que tuvo que crecer.