En el diseño de software , diseño web y diseño de productos electrónicos , la monitorización sintética (también conocida como monitorización activa o proactiva ) es una técnica que se realiza mediante la simulación o la grabación programada de transacciones. Se crean secuencias de comandos (o rutas) para simular las acciones o el recorrido que un cliente o usuario final realizaría en un sitio web, aplicación u otro software (o incluso hardware). Estas rutas se monitorizan continuamente a intervalos específicos para evaluar el rendimiento, incluyendo la funcionalidad, la disponibilidad y el tiempo de respuesta .
La monitorización sintética permite a un administrador web o a un profesional de TI/Operaciones identificar problemas y determinar si un sitio web o aplicación es lento o experimenta interrupciones antes de que el problema afecte a los usuarios finales o clientes. Este tipo de monitorización no requiere tráfico real , de ahí su nombre sintético, ya que permite a las empresas probar aplicaciones las 24 horas del día, los 7 días de la semana, o probar nuevas aplicaciones antes de su lanzamiento al público. [ 1 ] [ 2 ]
Dado que la monitorización sintética simula el comportamiento típico de un usuario o su navegación por un sitio web, suele ser más útil para monitorizar las rutas más transitadas y los procesos críticos del negocio. Las pruebas sintéticas deben programarse con antelación, por lo que no es factible medir el rendimiento para cada posible ruta de navegación que un usuario final pueda seguir. Estos scripts se insertan en el código de la aplicación o el sitio web, que luego se prueba bajo cargas artificiales. Esto, por supuesto, contrasta con la carga/tráfico real cuando el diseño se implementa. En este caso, se realiza una monitorización con usuarios reales , donde las métricas de rendimiento se comparan con cargas reales. Esto resulta más adecuado para la monitorización pasiva.
Las pruebas sintéticas son útiles para medir el tiempo de actividad, la disponibilidad y el tiempo de respuesta de las páginas y transacciones críticas (cómo funciona un sitio desde todas las ubicaciones geográficas), pero no supervisan ni capturan las interacciones reales de los usuarios finales, véase Supervisión de sitios web . [ 3 ]
El monitoreo sintético reportará una gran cantidad de métricas, y es responsabilidad del administrador web o del profesional de TI/Operaciones identificar cuáles son las más importantes. Las métricas comunes del monitoreo sintético de sitios web incluyen Tiempo hasta el primer byte, Índice de velocidad, Tiempo de interacción y Página completa. [ 4 ]
La demanda de monitorización sintética ha crecido exponencialmente, en consonancia con el crecimiento subyacente de sitios web y aplicaciones. El personal de TI/Operaciones necesita mecanismos para identificar problemas de salud y rendimiento antes de que sus clientes los identifiquen y los reporten, a fin de evitar problemas de satisfacción del cliente. Para lograrlo, pueden escribir scripts de simulación personalizados o aprovechar el creciente número de soluciones comerciales de monitorización sintética. Algunos ejemplos incluyen:
- Monitoreo sintético de Datadog
- Monitorización sintética de ManageEngine Applications Manager mediante Real Browser Monitor (RBM)
- Monitorización sintética de la nube distribuida de F5
- Monitorización sintética de alto rendimiento mediante incentivos de Atakama Technologies
Al implementar el monitoreo sintético, el personal de TI/Operaciones puede identificar problemas en las aplicaciones antes de que se vuelvan críticos y tomar medidas correctivas. Identificar dichos problemas puede ser difícil debido a:
- El número de aplicaciones supervisadas por una organización de tamaño medio puede ser de varios cientos.
- Los problemas pueden variar según la geografía; por ejemplo, los problemas de rendimiento pueden ser evidentes para los usuarios en Asia, pero no para los usuarios en Europa.
- El personal de TI/Operaciones no solo necesita identificar que existe un problema, sino también obtener información de diagnóstico sobre qué lo está causando.
- El personal de TI/Operaciones a menudo carece de la perspectiva histórica sobre el rendimiento de las aplicaciones, lo cual puede ser útil para diagnosticar un problema en evolución.
Véase también
Referencias
- ↑ "Priorizando el modelo APM de Gartner" . APM Digest. 15 de marzo de 2012. Archivado del original el 22 de marzo de 2012. Consultado el 28 de abril de 2012 .
- ↑ "¿Estás monitorizando tus aplicaciones SaaS? Si no, deberías hacerlo" . APMdigest - Gestión del rendimiento de las aplicaciones . 14 de febrero de 2017. Archivado del original el 14 de abril de 2017. Consultado el 13 de abril de 2017 .
- ↑ "La anatomía de APM: 4 elementos fundamentales para una estrategia exitosa" . APM Digest. 4 de abril de 2012. Archivado del original el 8 de junio de 2012. Consultado el 18 de mayo de 2012 .
- ↑ "Métricas de velocidad del sitio explicadas: TTFB, índice de velocidad, interactividad, carga, finalización y más" . Blog de velocidad de MachMetrics . 22 de febrero de 2019. Archivado del original el 18 de marzo de 2020. Consultado el 17 de enero de 2020 .
- Gestión de redes