Puedes probar una aplicación veinte veces.
- Todo responde.
- Los flujos pasan.
- No hay errores visibles.
Y aun así todavía no sabes qué va a pasar cuando entren cientos de personas al mismo tiempo.
Esta semana estábamos justamente en eso. Empezamos a subir carga progresivamente.
Un nivel pasó completo: sin errores, sin timeouts, todo funcionando como esperábamos.
Subimos un poco más.
Y ahí empezó la degradación.
Lo primero que uno podría pensar es: «Necesitamos más infraestructura.»
Pero no.
- CPU bien.
- Memoria bien.
- Base de datos bien.
- Conexiones bien.
Y eso fue justamente lo interesante.
Porque ahora el problema dejó de ser: «¿aguanta o no aguanta?» y pasó a ser:
«¿qué exactamente empieza a degradarse cuando aumenta la concurrencia?»
Esa diferencia cambia completamente la siguiente decisión.
En vez de comprar servidores por intuición, toca revisar comportamiento de aplicación, heartbeats, conexiones, runtime, proxy, tiempos de respuesta… y encontrar el cuello real.
Hay algo de este trabajo que me gusta mucho: ir quitando posibilidades hasta que el problema deja de ser una sensación y se convierte en evidencia.
Porque escalar no es decir: «creo que aguanta».
Es saber hasta dónde aguanta hoy, qué empieza a fallar después y qué tienes que cambiar para crecer.
Y solo entonces decidir si necesitas más infraestructura.
Funcionar es una prueba.
Escalar es otra completamente distinta.
