No me hagas ping, hermano
Es un mundo de aplicação . Una de las consecuencias, intencionada o no, es un cambio en el modo en que medimos el éxito. Hoy en día, las mediciones se hacen en descargas e instalaciones en lugar de en tráfico peatonal; en microsegundos y porcentajes de tiempo de actividad en lugar de en costo por pie cuadrado. Esto significa que el rendimiento es el rey y la guardia pretoriana es la infraestructura creada para garantizar que se preserve el rendimiento.
Para garantizar el rendimiento es necesario disponer de una visión (casi) en tiempo real del mismo. Después de todo, si no sabes que está roto, no puedes arreglarlo. Para saber si algo está roto, es necesario supervisar y medir la experiencia de las aplicação de los clientes y empleados con los que se relaciona y hace negocios. Y, sin embargo, las investigaciones indican que no necesariamente es así. Según una investigación de Copper Egg, más de la mitad (54%) de las organizaciones solo monitorean una porción relativamente pequeña de sus aplicaciones. 25% o menos, para ser precisos.
Sin duda, debemos estar más atentos a la hora de supervisar y medir el rendimiento y la disponibilidad. Ambos están íntimamente relacionados en el sentido de que un componente clave de la disponibilidad es el rendimiento. Las aplicaciones de bajo rendimiento se abandonan, se maldicen y se eliminan con el mismo cuidado que un envoltorio de caramelo usado. Podríamos citar muchos estudios para demostrarlo, pero en beneficio del 99% de quienes ya han visto las infografías y leído los informes, no lo hagamos. Basta decir que el rendimiento es fundamental y que si lo incluimos o no en el “tiempo de actividad” es una cuestión de política operativa, no un reflejo de la realidad.
Cada microsegundo de retraso potencialmente le cuesta dinero a la empresa, ya sea en pérdida de productividad o, eventualmente, de ganancias. El tiempo es dinero en este juego de aplicações y es responsabilidad de TI en su conjunto diseñar e implementar de manera colaborativa arquitecturas que respalden la necesidad de medir y monitorear el rendimiento y la disponibilidad de las aplicação . Eso significa comprender lo que realmente estamos midiendo y cómo los números impactan el rendimiento y la disponibilidad para que a través del análisis de los datos podamos tomar las medidas correctivas adecuadas para cumplir o, con suerte, superar las expectativas de los usuarios en cuanto a la experiencia de una aplicação .
No me hagas ping, hermano
Esto significa ir más allá de las técnicas simplistas de seguimiento y medición. Utilizar un ping para determinar el tiempo de actividad de una aplicação, por ejemplo, no aporta ningún valor en términos de medición del rendimiento y muy poco con respecto a la disponibilidad. A medida que avanzamos más allá de la virtualización hacia la contenerización, el monitoreo de sistemas compartidos continuará degradándose en valor y forzará el monitoreo y la medición hacia arriba en la pila, hacia las aplicações de las que ahora depende el negocio. Los avances hacia los microservicios también tendrán un impacto en cómo y qué medimos.
Esto significa reevaluar qué y cómo se monitorean y miden las aplicaciones y cómo esos datos se pueden reintroducir en los sistemas para permitir ajustes cuando sea necesario. El rendimiento y la disponibilidad de cada sistema son importantes, pero cuando la “aplicación” está distribuida y compuesta por múltiples servicios, es necesario comenzar a medir la “aplicación” en función de todas sus partes.
Las aplicações y arquitecturas han evolucionado. Tal vez ya sea hora de desarrollar también las estrategias implementadas para monitorear y medir su desempeño y disponibilidad.
Puede leer más sobre qué medir (y por qué) en “ Medición y seguimiento: Aplicaciones y pilas