Auditoría de workflows de Dynatrace: automatización que falla o nunca se dispara

Dos verificaciones sobre workflows de AutomationEngine — historial de ejecución y tasa de fallos, y workflows cuyo disparo ya no puede coincidir con nada.

Solicitar una auditoría gratuita Las 71 verificaciones

Qué leen estas verificaciones

Historial de ejecución y de fallos

Cada workflow, cuándo se ejecutó por última vez y su tasa de éxito reciente.

Disparos inalcanzables

Workflows cuyo disparo referencia una entidad, un tag o un perfil que ya no existe.

Por qué importa

La automatización que falla a gritos se arregla. La que falla en silencio inspira confianza, que es peor: el paso del runbook que dice «de esto se encarga el workflow» sigue en el runbook, y el workflow lleva dando error desde que se renombró un tag en marzo.

Las verificaciones leen el historial de ejecución y la configuración del disparo. Un workflow que nunca se ha ejecutado desde su creación suele ser un disparo que no puede coincidir; un workflow que se ejecuta y falla suele ser una credencial de integración. El hallazgo dice cuál de los dos casos tiene usted, workflow por workflow, con la última ejecución correcta.

Este dominio es pequeño — dos verificaciones — y a menudo es el que produce el hallazgo más accionable de inmediato, porque un workflow roto tiene un propietario y un arreglo que se mide en minutos.

Preguntas que nos hacen sobre este dominio

¿La auditoría ejecuta algún workflow?

No. Lee su configuración y sus registros de ejecución. Disparar un workflow podría avisar a alguien o cambiar algo, que es exactamente lo que una auditoría read-only no debe hacer.

Usamos muy poca automatización — ¿es relevante este dominio?

Entonces ocupa dos verificaciones y lo reporta, que es algo útil de tener por escrito. La auditoría reporta «no aplicable» con honestidad en lugar de fabricar hallazgos para rellenar una sección.

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