A menudo se me pide que realice un dimensionamiento y planificación de capacidad para nuestros clientes. Cuando nuestros clientes compran nuestros productos (básicamente aplicaciones web J2EE), a menudo preguntan qué hardware necesitarán para ejecutar esos productos. Nuestras recomendaciones a menudo resultan en adquisiciones de hardware de alto costo.Consejos de planificación de dimensionamiento y capacidad y procedimientos
Hasta ahora, la mejor heurística que desarrollé es comparar las proyecciones de utilización (número de usuarios registrados y concurrentes a los que debe asistir la aplicación) con los datos recopilados en nuestras instalaciones existentes. Algo así como: si la instalación A atiende a 100 usuarios concurrentes con hardware X, entonces la instalación B necesitará hardware 2 * X para atender a 200 usuarios concurrentes.
Este enfoque, sin embargo, tiene una serie de problemas. Los clientes a menudo usan diferentes plataformas de hardware y software. El conjunto de productos que nos compran generalmente nunca es el mismo y, en general, las partes de la aplicación se crean según el pedido de un cliente específico. Tenga en cuenta que las versiones de software están cambiando, etc. y hay tantos parámetros que pueden dificultar la tarea de dimensionar.
Estudié algunos libros sobre el tema y algunos proponen el uso de modelos matemáticos complejos. El número de parámetros que estos enfoques requieren como entrada (por ejemplo, la clasificación detallada de las características de la aplicación) me hace pensar que estos son apenas útiles. El hardware generalmente se ordena antes incluso de que se definan los requisitos básicos, sin mencionar que estos variarán a lo largo del desarrollo de la aplicación y el ciclo de vida. Entonces, ¿cómo se hace para dimensionar y planificar la capacidad? Cualquier consejo y cómo se apreciaron.
El problema es comercial, no técnico. Los clientes deben tener una idea de inicial y TCO de antemano. Además, negociar con proveedores de hardware es más fácil si conoce el producto exacto que necesita. Estime demasiado grande y el cliente está atrapado con HW que no necesita; estimar muy poco y alterar su presupuesto, no tener un apalancamiento con el proveedor, etc. – Dan