A menudo me hacen una pregunta del tipo "Estoy en el lanzamiento X y estoy considerando la posibilidad de pasar al lanzamiento Y? ¿Es el nuevo lanzamiento más rápido? ¿Cuánto?" Tal vez esté planeando una actualización de hardware y tenga preguntas similares.
Entiendo su interés. Pero aquí está mi problema. Mientras que nosotros hacemos pruebas de referencia internas cuando preparamos una nueva versión de OpenVOS, nuestras pruebas de referencia simplemente reflejan lo bien que el sistema funciona la prueba de referencia! En la medida en que la actividad de un benchmark refleja su aplicación, puede esperar resultados algo similares. Pero tenemos muchos clientes de OpenVOS, y ellos ejecutan muchas aplicaciones diferentes. Así que aunque podemos hacer algunas afirmaciones generales sobre lo que puede esperar, siempre tenemos que redactarlas en un lenguaje cuidadoso. Incluso si vimos una mejora del 20% en el rendimiento de nuestro benchmark, sus resultados probablemente serán menores, pero podrían ser mejores. El resultado es que nuestra estimación a menudo no es muy útil.
No cabe duda de que la comprensión de las características de rendimiento de una aplicación es un paso importante en la calificación de esa aplicación en una nueva versión del sistema operativo, o en una plataforma de hardware más reciente. La mayoría de los clientes de OpenVOS están ejecutando aplicaciones de misión crítica en sus sistemas; lo último que necesitan es tomar una actualización y ver algún tipo de sorpresa.
Así que me gustaría proponer un enfoque diferente. En lugar de pedirme declaraciones generales sobre el rendimiento de una nueva versión, me gustaría sugerirle que prepare un subconjunto de su aplicación - tal vez las partes más sensibles al rendimiento de la misma - para ser ejecutada en un entorno controlado y simulado. Invente algunos datos ficticios que conserven la amplitud y la profundidad de los datos reales. Si usted maneja transacciones para 3 millones de clientes en el mundo real, entonces poble 3 millones de clientes simulados en su entorno de prueba. Si manejas 1000 tiendas en el mundo real, entonces llena 1000 tiendas para propósitos de prueba. La razón por la que necesita tomar esta medida es simple; quiere que la memoria y la huella de almacenamiento del entorno de prueba reproduzca con precisión lo que sucede en la producción.
Puede utilizar este entorno de prueba para establecer el rendimiento de referencia en su configuración actual, y luego cuando sea el momento de actualizar a una nueva versión de OpenVOS, o a una nueva plataforma de hardware, puede utilizar su propio entorno de prueba como criterio. Si quiere saber los beneficios de una actualización de hardware antes de comprar el equipo, hable con nosotros. Mantenemos un laboratorio de referencia donde puede venir y realizar sus pruebas en cualquiera de nuestros productos actuales. A menudo, ni siquiera tiene que viajar; podemos poner el equipo a su disposición a través de Internet.
Una vez que tenga un entorno de prueba de software realista y reproducible, podrá responder fácilmente a varias preguntas realmente cruciales: ¿dónde está la parte superior del rendimiento de mi aplicación? ¿Cuántas transacciones puedo conducir a través de este sistema? ¿Qué cuellos de botella encuentro cuando intento hacer esto? En mi experiencia, siempre hay cuellos de botella. Es mucho mejor encontrar los cuellos de botella en el sistema de prueba que en la producción.
Stratus Servicios Profesionales tiene mucha experiencia ayudando a los clientes a medir y optimizar el rendimiento de sus aplicaciones en nuestros productos. Así que si necesita un poco de ayuda con este ejercicio, por favor llame a su Ejecutivo de Cuenta.