Auditoría de SLO en Dynatrace: definiciones que la redetección rompe

Una verificación sobre los objetivos de nivel de servicio — si el selector de cada SLO sigue apuntando a las entidades para las que se escribió.

Solicitar una auditoría gratuita Las 71 verificaciones

Qué leen estas verificaciones

Validez de las definiciones de SLO

Cada SLO, su selector de entidades, y si ese selector resuelve hoy a las entidades previstas.

Por qué importa

Un SLO se escribe contra un selector, y los selectores se escriben contra entidades que la redetección puede reemplazar. Cuando un servicio se vuelve a detectar — tras un cambio de despliegue, la edición de una regla de nombres o una migración de plataforma — el SLO no da error. Mide en silencio un conjunto más pequeño, o vacío, y reporta un presupuesto de error perfecto.

La verificación resuelve cada selector de SLO y reporta los que no coinciden con nada o los que coinciden con un conjunto cuyo tamaño cambió bruscamente. Un SLO que reporta 100% porque no mide nada es peor que no tener ningún SLO: alguien toma decisiones de puesta en producción con él.

Preguntas que nos hacen sobre este dominio

¿Por qué un SLO deja de coincidir con su servicio?

Porque la identidad de la entidad cambió. La redetección crea un nuevo id de entidad para lo que una persona llamaría el mismo servicio, y el selector — sobre todo si se basa en un id — sigue apuntando al anterior.

¿Conviene que los selectores se basen en tags?

Por lo general sí, y es en el dominio Tagging donde la auditoría comprueba si la convención de tagging es lo bastante coherente para sostenerlo. El orden importa: los selectores basados en tags incoherentes fallan de una manera más difícil de ver.

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