A medida que los clientes se hacían más grandes —más cartera de cobranza, más volumen de colocación—, la infraestructura tenía que escalar junto con ellos para sostener los compromisos de SLA en procesamiento asíncrono. Ahí no había margen para ahorrar de más. Había margen para ajustar mejor. Esta segunda parte es el otro lado del espejo de la primera: producción, donde el reto es exactamente el opuesto al de los ambientes no productivos. Si aún no lees la primera entrega, sobre costo por usuario, benchmarks y vacíos contractuales, empieza por ahí.
Leer la Parte 1: usuarios, ambientes no productivos y el vacío del contrato¿Cómo se detecta el sobreaprovisionamiento silencioso de cómputo?
Ese ajuste empezó por algo tan simple como observar. En algún momento se habían aprovisionado ocho instancias de cierto rol de cómputo, bajo la lógica de "pon esto y ya, para que nunca falle". El monitoreo, con el tiempo, reveló algo distinto: el 70% del tiempo, esas ocho instancias eran más que suficientes. Sobraba una, a veces dos.
Dimensionar para que nunca falle, sin mirar los datos de uso real, es casi siempre dimensionar de más el 100% del tiempo para cubrir un pico que ocurre el 10%. El costo de sobreaprovisionar no se ve como un incidente dramático. Se ve como una factura mensual ligeramente más alta de lo necesario, mes tras mes, acumulándose en silencio.
¿Qué tiene que ver el metro de la Ciudad de México con el autoescalado?
Pero ese 10%, en el negocio de banca y microfinanzas, tenía un patrón muy claro. Conforme se acercaba el fin de mes, cuando todos los asesores de campo querían cerrar su cobranza o alcanzar su meta de colocación, el tráfico se disparaba de una forma que solo se puede describir con una imagen muy mexicana: la estación Pantitlán del metro entre 7 y 8 de la mañana. Todo el mundo, al mismo tiempo, tratando de pasar por el mismo lugar.
¿Por qué el autoescalado por horario de oficina no es suficiente?
Escalar por horario de oficina resuelve el patrón diario. Pero en industrias con ciclos de cierre —banca, microfinanzas, cobranza, nómina, retail en temporada— existe además un patrón periódico ligado a fechas específicas del mes o del año. Diseñar reglas de autoescalado que solo consideran la hora del día deja a tu infraestructura ciega frente a los picos más predecibles, y paradójicamente más evitables, del negocio: los que ya sabes, con anticipación, cuándo van a llegar.
Contener el crecimiento orgánico del costo nunca fue apagar el gasto. Fue aprender a leer, con suficiente anticipación, cuándo Pantitlán iba a llenarse otra vez.
¿Tu infraestructura sabe qué día del mes es, o solo sabe qué hora es?
En este tema
Ver todo el temaRespuesta rápidaDetail
¿Por qué dimensionar infraestructura para que nunca falle sale más caro?
Porque dimensionar para que nunca falle, sin mirar datos reales de uso, casi siempre significa dimensionar de más el 100% del tiempo para cubrir un pico que ocurre el 10%. El sobreaprovisionamiento no se ve como un incidente, sino como una factura ligeramente más alta mes tras mes. La corrección real tiene dos pasos: usar monitoreo para detectar el cómputo que sobra, y hacer que el autoescalado conozca el calendario del negocio (fin de mes, quincena, temporadas) — no solo el horario de oficina — para anticipar los picos que ya sabes cuándo van a llegar.
Escrito y revisado por Rogelio Barajas González — Auditor Líder certificado ISO 27001:2022 e ISO 9001:2015, con experiencia directa en SOC 1 Tipo 2 y SOC 2 Tipo 2. Fundador de Barajas Advisory.
Verifica sus credenciales en LinkedIn:linkedin.com/in/rogelio-barajas-gonzalezÚltima actualización: agosto 2026
Este es uno de nueve casos reales
Cicatrices de Nube — ¿quieres el resto de las historias?
Los nueve casos documentados —FinOps, Release Management, Service Delivery, Compliance y gobernanza de IA— con un checklist de autodiagnóstico por capítulo y un scorecard general al cierre.
Descarga el playbook gratis