¿Cuál es el impacto de PaaS en APM?

En teoría, dado que las aplicaciones PaaS se pueden construir usando estándares y herramientas comunes, debería ser lo mismo para construir capacidades para monitorear esas aplicaciones. Con menos personalización debería haber un monitoreo más fácil, ¿verdad? Bueno, si el contenido del artículo, "Estudio:el mercado de PaaS superará los $ 6,94 mil millones en 2018", escrito por Chris Talbot en Talkin ’Cloud Si es cierto, las empresas querrían evaluar de cerca si sus herramientas de APM se aprobarán en un entorno PaaS. He aquí por qué:

1. Las plataformas PaaS tienden a especializarse en un cierto lenguaje de programación, por lo que si una solución APM no monitorea ese lenguaje, no puede ayudar a nadie dentro de ese entorno PaaS. Si el apoyo no es tan bueno como el de la competencia, realmente no podrán competir en ese entorno, incluso si hacen el trabajo de integración. Sin embargo, si una solución APM admite ese lenguaje y lo admite bien, cualquier información que agregue y que sea específica de ese entorno PaaS será extremadamente útil.

2. Las plataformas PaaS tienen muchas abstracciones y capas ocultas, por lo que hay áreas en esos entornos en las que una solución de monitoreo no podrá capturar información:

• Enrutamiento: El sistema de enrutamiento de Heroku es una de esas áreas, sin embargo, es muy importante monitorear su desempeño, como se ilustra en el artículo Domesticación de la cola.

• Configuración de la máquina: Otra área que es posible que una solución de APM no pueda monitorear es la configuración de la sincronización de archivos porque no puede obtener acceso completo a la máquina. Puede tener acceso al lenguaje de programación que se ejecuta dentro de él, pero no tiene acceso a todo lo que sucede en los servidores.

• Extensiones patentadas: Un entorno PaaS puede tener componentes que son propietarios:versiones personalizadas del servidor y extensiones personalizadas para un idioma. Existe cierto secreto con los proveedores de PaaS con respecto a sus componentes porque así es como pueden escalar ese entorno y no preocuparse por la competencia. Por lo tanto, un proveedor de APM no podrá monitorear esos componentes a menos que pueda trabajar con el proveedor de PaaS.

• Servicios para múltiples inquilinos: Muchos entornos PaaS contienen servicios compartidos, lo que puede ser un problema para ciertos tipos de herramientas de monitoreo. Las instancias de bases de datos de múltiples inquilinos son bastante comunes. Si el agente de la herramienta de monitoreo necesita hablar con la base de datos para obtener datos de ella y es de múltiples inquilinos, es posible que la herramienta no tenga el acceso para poder hacer eso. Si no tiene otra forma de obtener la información de la base de datos en ese entorno PaaS, nunca podrá proporcionar métricas de la base de datos.

• Servicios externos: Un entorno PaaS también tiende a utilizar una serie de API externas, otra área en la que una herramienta de monitoreo podría perder datos. Los desarrolladores eligen PaaS porque es conveniente y recurren a una API porque los servidores y PaaS tienden a ser más pequeños y menos potentes; es una buena manera de descargarles el trabajo. Si una solución de APM no tiene la capacidad de monitorear las API, o su capacidad no es muy sólida, ese será un punto débil en un entorno de PaaS.

El caso para monitorear su PaaS

Existe un caso convincente para el monitoreo interno si está ejecutando sobre una PaaS. La plataforma crea y escala cada uno de los servicios individuales en PaaS, pero la aplicación en sí no es su responsabilidad. No importa cuánto estandarice, siempre habrá problemas de rendimiento que debe monitorear y necesita una herramienta para hacerlo.

Los proveedores de PaaS también tienen su propia complejidad internamente. Tendrán varios servicios:un sistema de cuentas y una GUI web para facturar el PaaS, otro sistema GUI web para administrar los complementos configurados y un servicio para administrar la configuración en los servidores PaaS. Incluso si los servidores están en ejecución, si no se les puede enviar una nueva configuración, habrá una degradación del servicio. La empresa incluso podría utilizar un servicio para acceder a sus datos de rendimiento. Hay muchos servicios en el ecosistema de PaaS que tiene sentido monitorear, por lo que existe el caso de uso interno de mantener todos los servidores en funcionamiento pero también optimizar todas las piezas de infraestructura que hacen que PaaS sea tan fácil de usar.

Próxima generación de PaaS

De cara al futuro, la tendencia ha sido que los servidores PaaS se vuelvan cada vez más pequeños, pero es necesario supervisar todos esos servidores. Si la herramienta de supervisión de su empresa no está orientada a admitir muchos entornos pequeños, podría ser menos rentable o podría presentar problemas de escala. Además, los servidores individuales son mucho más efímeros de lo que solían ser. Es posible que solo existan durante horas o incluso menos de una hora en lugar de días como lo hicieron una vez. Como resultado, si su herramienta de monitoreo está orientada en torno a la idea de que un servidor existe durante mucho tiempo, es posible que no pueda hacer frente muy bien a un entorno en el que los servidores simplemente desaparecen y reaparecen sin que nadie lo diga explícitamente.

No importa cómo la corte, cada aplicación está en constante evolución, lo que requiere una planificación cuidadosa para escalar de manera efectiva. Los proveedores de PaaS pueden ayudar, pero eso no significa que la supervisión no tenga su lugar.