Obervability
Servicios AudiTrace Recursos▾ Contacto
ES ▾
Solicitar una auditoría gratuita
Dominio de auditoría · 11 verificaciones

Auditoría Kubernetes Dynatrace: cobertura, versiones, fallas recurrentes

Once verificaciones sobre el parque de clústeres — cuáles están realmente conectados, qué operators están atrasados, dónde hay workloads que reportan sin clúster y qué fallas se repiten en silencio cada día.
Solicitar una auditoría gratuita Las 71 verificaciones

Qué leen estas verificaciones

Conexión del clúster y versión del operator

Cada clúster conectado, su versión de Dynatrace Operator y su antigüedad frente a la versión actual. Los operators viejos son la causa habitual de «el monitoreo se detuvo después de la actualización».

Cobertura de los workloads

Namespaces y workloads que no reportan ningún pod, y pods que no reportan ningún workload. Ambas formas son un vacío que el dashboard no muestra como vacío.

Fallas recurrentes de pods y contenedores

Los ciclos de reinicio y los OOM kills que se repiten con regularidad suelen leerse como ruido. Contados a lo largo de una ventana, son una lista de workloads con nombre.

Cloud-native full-stack frente a inyección clásica

Qué modo de inyección usa cada clúster y dónde conviven los dos a la vez — la configuración que produce objetos duplicados y consumo duplicado.

Por qué importa

Kubernetes es donde la cobertura del monitoreo se queda obsoleta más rápido. Los clústeres los crean equipos que no son dueños de la observabilidad, los namespaces aparecen entre una auditoría y otra, y un operator que estaba al día en el despliegue va dos versiones menores atrás cuando alguien se molesta en mirar.
Estas verificaciones no evalúan el diseño de sus clústeres. Responden una pregunta más acotada: si lo que Dynatrace cree sobre sus clústeres coincide con lo que sus clústeres son. Donde no coincide, el hallazgo nombra el clúster, el namespace y el workload, en CSV — no un porcentaje.
El resultado más frecuente no es un clúster que falta. Es un clúster conectado, que reporta, en verde en todos los dashboards, e instrumentado dos veces: una por el operator y otra por un init-container heredado del enfoque anterior. Ambos conjuntos de objetos son reales, ambos se facturan, y ninguno está lo bastante mal como para alertar.

Preguntas que nos hacen sobre este dominio

¿La auditoría se ejecuta dentro de nuestros clústeres?

No. Lee el tenant de Dynatrace a través de la API — los objetos de clúster, sus versiones y los eventos que reportan. No se instala nada, no se programa nada y no se pide ninguna credencial de clúster.

¿Nos dirá qué workloads no están monitoreados?

Le dice qué workloads ve Dynatrace y cuáles no reportan ningún pod en ejecución, además de los namespaces sin ningún workload instrumentado. Un workload en un clúster que nunca se conectó queda fuera de lo que cualquier auditoría del lado del tenant puede ver — ese vacío aparece en el dominio de cobertura como un conteo de clústeres que no coincide con su propio inventario.

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
+1
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
© 2026 Obervability · Todos los derechos reservados.
Privacidad Términos de uso Accesibilidad