En lugar de comprobar su software independiente, los productos modernos de monitorización del rendimiento de las aplicaciones funcionan con servicios en la nube y microservicios, y con inteligencia artificial en el futuro.
El software de monitorización del rendimiento del campo de aplicación (APM) está cambiando, por lo que ahora es un buen momento para aprender los últimos consejos sobre cómo utilizarlo en su empresa.
La monitorización de la infraestructura, que se centra en redes y servidores, ha durado más tiempo, y la monitorización de las aplicaciones comenzó a complicarse a principios de esta década con el aumento del software basado en la nube y los microservicios, explicó Chris Hansen, director de gestión de productos del especialista en APM New Relic, en San Francisco.
Originalmente, «APM dependía de clientes enojados que te llamaban cuando había un problema», bromeó Hansen, pero el software moderno está avanzando hacia un entorno en el que la inteligencia artificial sería útil para predecir los problemas y ajustar la configuración por sí sola. Otra tendencia es que los productos APM están ahora disponibles para las empresas más pequeñas, no exclusivamente para las empresas, dijo.
«Por lo general, no es necesario realizar cambios en las aplicaciones para que sean supervisadas. Los proveedores de APM dependen principalmente de la instrumentación de bibliotecas y marcos de trabajo bien conocidos», explicó Hansen. La mayoría de las empresas de APM también ofrecen interfaces de programación para que los clientes puedan integrar la entrada y salida de monitorización con otros sistemas.
VER: Cómo los administradores del sistema pueden seguir siendo relevantes: 10 consejos (PDF gratuito) (ConsejoTecnologico.com)
Lo que exactamente se está monitoreando varía según la compañía. «Algunas personas asumen que esto significa que estamos monitoreando cada parte de su código de aplicación, lo que causaría una sobrecarga prohibitiva», dijo Hansen. En cambio, los productos APM buscan problemas como latencia del servidor, errores de base de datos, errores de microservicio y límites de capacidad. La capacidad se aplica a cosas como procesadores, almacenamiento y contenedores, dijo Hansen.
Hansen sugirió algunos consejos importantes para que los recién llegados utilicen la monitorización de aplicaciones, como no configurar demasiadas alertas, y asegurarse de incluir a su equipo de DevOps para mantenerlos informados. «Con el cambio a DevOps, estamos viendo más y más equipos en los que poseen y ejecutan su propio software, no sólo en preproducción sino también en producción», añadió.
En el frente de los microservicios, es importante utilizar un software APM moderno en el que los desarrolladores de productos entiendan que la palabra «aplicación» ya no significa sólo archivos y bibliotecas contenidos en un servidor. La tendencia de los microservicios, y la tendencia de la nube por igual, también está conduciendo hacia un estándar de la industria de APM que se está desarrollando.
«Hay mucho rumor sobre la malla de servicio. Service mesh es una abstracción más de cómo ejecutar sus microservicios», así que no tiene que preocuparse por el escalamiento y la seguridad, anotó Hansen.
«Eso es algo de lo que los clientes están empezando a hablar y a experimentar.» En cuanto a las normas, «creo que vamos a ver cierta convergencia en torno a la supervisión», dijo.
VER: Malla de servicio: Qué es y por qué es tan importante ahora (ZDNet)
Los estándares actuales en los trabajos de los organismos de la industria incluyen Trace Context, del World Wide Web Consortium, y Open Tracing, de la Cloud Native Computing Foundation. Trace Context se aplica a la forma en que los servicios comparten su contexto para el monitoreo, y Open Tracing es un enfoque de API para la instrumentación.
Boletín de noticias de Data Center Trends
DevOps, virtualización, la nube híbrida, el almacenamiento y la eficiencia operativa son sólo algunos de los temas del centro de datos que destacaremos. Entregado Lunes y Miércoles
mismo