Planear el crecimiento de un sistema consiste en identificar qué recurso o proceso se saturaría primero y preparar una respuesta. Comprar capacidad sin medir puede dejar intacta la causa de la lentitud.
Define el crecimiento con una tarea
“Más usuarios” es una descripción incompleta. Especifica qué harán: consultar un catálogo, cargar archivos o generar reportes. Dos grupos del mismo tamaño pueden exigir recursos muy diferentes.
Ejemplo hipotético: un ERP funciona bien durante el día y se vuelve lento al cerrar el mes. Antes de ampliar el servidor, compara consultas habituales con los reportes del cierre. La necesidad puede concentrarse en una tarea programada, no en toda la jornada.
Prepara una ficha de capacidad
- Selecciona una operación relevante y un volumen de datos representativo.
- Registra duración, errores y consumo observado en condiciones conocidas.
- Identifica qué nivel de deterioro afecta el trabajo.
- Compara una mejora de la aplicación con ampliar recursos.
- Repite la medición después del cambio y conserva el resultado.
Microsoft incluye escalado, partición y reducción de coordinación entre sus principios de diseño. Son alternativas arquitectónicas, no soluciones que deban añadirse todas a un sistema pequeño. Referencia de arquitectura.
Señales para actuar
Una alarma debe relacionarse con una decisión: revisar una consulta, mover una tarea o ampliar capacidad. Si nadie sabe qué hará cuando se active, el monitoreo sólo añadirá mensajes.
Incluye dependencias externas en la revisión. Un servidor más potente no cambia el límite de una API ajena. Tampoco elimina el trabajo de procesar solicitudes que ya están pendientes.
El plan queda útil cuando señala qué observar, quién decide y qué cambio puede hacerse sin improvisar. La capacidad futura sigue siendo una estimación que se ajusta con uso real.
Separa la espera del usuario del trabajo pendiente
Si se difiere un reporte, define cómo sabrá el usuario que está listo y qué ocurre si falla. Observa tanto el tiempo de respuesta como la antigüedad del trabajo pendiente: una pantalla rápida puede ocultar una cola que ya no se alcanza a procesar. Establece el límite con la tarea del negocio y compara bajo el mismo volumen; no asumas que añadir componentes resuelve la capacidad.
Para profundizar en las tareas relacionadas: Cómo encontrar cuellos de botella en una aplicación; Qué monitorear en un servidor y a quién avisar.
¿Hay un proceso que necesitas mejorar?
Cuéntanos qué ocurre hoy y qué resultado buscas. Podemos revisar una primera etapa para desarrollar o integrar la solución.
Explorar desarrollo de software
