Auditoría Synthetic Dynatrace: monitores que pasan, fallan o nunca se ejecutan

Tres verificaciones de la cobertura synthetic — monitores que nunca se ejecutaron, monitores que fallan sin alertar a nadie y locations que ya no existen.

Solicitar una auditoría gratuita Las 71 verificaciones

Qué leen estas verificaciones

Historial de ejecución

Cuándo se ejecutó cada monitor por última vez, y cuáles no se ejecutaron en toda la ventana.

Fallos persistentes

Monitores que fallan de forma continua, y si sus fallos llegan a un perfil de alerting.

Locations y credenciales

Private locations que están fuera de línea, y monitores que dependen de credenciales expiradas.

Por qué importa

Un monitor synthetic es la promesa de que alguien revisa la puerta de entrada cada pocos minutos. Tres de las formas en que esa promesa se rompe en silencio se ven desde el tenant: el monitor se desactivó durante un congelamiento por mantenimiento, la private location desde la que corre se dio de baja, o lleva fallando tanto tiempo que el fallo se volvió la línea base.

La última es la más peligrosa, porque el monitor está en verde en la pregunta «¿está configurado?» y en rojo en la única pregunta que importa. La verificación distingue un monitor que falla de un monitor que falla y no llega a nadie, que es el par que importa para la preparación ante incidentes.

La salida es una lista con las marcas de tiempo de la última ejecución, no una puntuación de cobertura. Una puntuación le dejaría sentirse mejor sin cambiar nada.

Preguntas que nos hacen sobre este dominio

¿Ejecutan nuestros monitores synthetic como parte de la auditoría?

No. La auditoría lee el historial de ejecución y la configuración. Nunca dispara un monitor, lo que distorsionaría sus propios datos y consumiría su cuota.

¿Y los monitores en private locations que gestionamos nosotros mismos?

Se leen de la misma forma, y además la auditoría reporta las private locations que dejaron de reportar — la razón habitual de que un conjunto de monitores deje de ejecutarse en silencio tras un cambio de infraestructura.

Los otros dominios de auditoría

Diecinueve dominios, 71 verificaciones, una sola ejecución read-only. Cada dominio tiene su página.

FinOps Adónde va el dinero y qué es recuperable Kubernetes Cobertura de clústeres, versiones, fallos recurrentes Alerting Si un incidente llegaría realmente a una persona Audit log Quién cambió qué, cuándo y fuera del horario laboral Coverage Qué se monitorea y qué solo parece monitoreado RUM Alcance del monitoreo de usuarios reales y ajustes de privacidad Grail Buckets, retention, costo de almacenamiento anualizado Pipelines Procesamiento de ingesta, enmascaramiento, reglas de descarte Synthetic Monitores Synthetic que pasan, fallan o nunca se ejecutan Topology Calidad de la detección de entidades y explosión de entidades OpenTelemetry Fuentes OTel e instrumentación duplicada Security Alcances de tokens, expiración, credenciales inactivas Workflows Automatización que falla o nunca se dispara Bizevents Higiene de los proveedores de eventos de negocio Dashboards Inventario de dashboards Davis Tasa de atribución de causa raíz OpenPipeline Resolución de rutas y pipelines SLO Definiciones de SLO que se rompen al volver a detectarse Tagging Convención de etiquetado por entorno

Vea qué encuentra este dominio en su propio tenant.

Una sola ejecución read-only cubre los diecinueve dominios. El reporte es suyo en cualquier caso.

Solicitar una auditoría gratuita Ver cómo funciona AudiTrace

Descubra qué está haciendo realmente su Obervability.

Una auditoría toma una ejecución. Los hallazgos toman una reunión. Qué hacer con ellos depende de usted.

Expertos certificados en Dynatrace

Enviar

Obervability

Implementación, servicios gestionados y soporte de Dynatrace. Cada hallazgo llega con el origen detrás de él.

Servicios

Servicios AudiTrace Caso de estudio

Guías

Auditoría de Dynatrace Optimización de costos Dynatrace Caso de estudio Artículos

Contacto

Contacto hello@obzervability.com

Privacidad Términos de uso Accesibilidad