Audit OpenTelemetry Dynatrace : sources OTel et double instrumentation

Deux contrôles sur l’ingest OTel — quelles sources émettent, et où OneAgent et OpenTelemetry instrumentent deux fois la même charge de travail.

Réserver un audit gratuit Les 71 contrôles

Ce que ces contrôles lisent

Inventaire des sources OTel

Quels services et hôtes envoient des données OpenTelemetry, par quel collector, et à quel volume.

Double instrumentation

Les charges de travail qui remontent à la fois via OneAgent et via OTel, produisant deux entités et deux flux pour une seule chose.

Pourquoi c’est important

La plupart des parcs arrivent à OpenTelemetry de biais : une équipe l’adopte, un collector est déployé, et pendant un temps les deux chemins tournent parce qu’en couper un paraît risqué. Cet état intermédiaire est assez stable pour durer des années et assez coûteux pour mériter d’être nommé.

Le contrôle de double instrumentation est la moitié utile de ce domaine. Il liste les charges de travail qui remontent par les deux chemins, ce qui constitue à la fois un poste de coût (deux flux, deux jeux d’entités), un sujet de qualité de données (des traces qui ne se raccordent pas) et une décision que personne n’a jamais été invité à prendre.

Le second contrôle se contente d’établir l’inventaire : ce qui envoie réellement de l’OTel aujourd’hui, face à ce qu’affirme le schéma d’architecture. Les deux sont rarement le même document.

Les questions qu’on nous pose sur ce domaine

Le fait que Dynatrace ingère de l’OTel change-t-il ce que l’audit peut voir ?

Cela change la provenance des données, pas la méthode. Les contrôles lisent la vue qu’a le tenant des sources et des entités OTel via l’API, comme dans tous les autres domaines.

Quel chemin faut-il conserver ?

C’est une décision d’architecture avec de vrais arbitrages, et l’audit ne prétend pas la prendre à votre place. Ce qu’il vous donne, c’est la liste des charges de travail où la question reste aujourd’hui sans réponse et se paie deux fois.

Les autres domaines d’audit

Dix-neuf domaines, 71 contrôles, une exécution en read-only. Chaque domaine a sa page.

FinOps Où part l’argent, et ce qui est récupérable Kubernetes Couverture des clusters, versions, échecs récurrents Alerting Si un incident atteindrait réellement un humain Audit log Qui a changé quoi, quand, et hors heures ouvrées Coverage Ce qui est surveillé, et ce qui en a seulement l’air RUM Portée du monitoring des utilisateurs réels et réglages de confidentialité Grail Buckets, retention, coût de stockage annualisé Pipelines Traitement à l’ingestion, masquage, règles de rejet Synthetic Moniteurs Synthetic qui passent, échouent ou ne tournent jamais Topology Qualité de la détection d’entités et explosion du nombre d’entités OpenTelemetry Sources OTel et double instrumentation Security Portées des tokens, expiration, identifiants dormants Workflows Automatisations qui échouent ou ne se déclenchent jamais Bizevents Hygiène des fournisseurs d’événements métier Dashboards Inventaire des dashboards Davis Taux d’attribution de cause racine OpenPipeline Résolution des routes et des pipelines SLO Définitions de SLO qui cassent à la redétection Tagging Convention de tagging des environnements

Voyez ce que ce domaine trouve sur votre propre tenant.

Une exécution en read-only couvre les dix-neuf domaines. Vous gardez le rapport dans tous les cas.

Réserver un audit gratuit Voir comment fonctionne AudiTrace

Découvrez ce que votre Obervability fait réellement.

Un audit prend une exécution. Les constats prennent une réunion. Ce que vous en faites vous appartient.

Experts Dynatrace certifiés

Envoyer

Obervability

Implémentation, services managés et support Dynatrace. Chaque constat arrive avec la source qui le sous-tend.

Services

Services AudiTrace Étude de cas

Guides

Audit Dynatrace Optimisation des coûts Dynatrace Étude de cas Articles

Nous joindre

Contact hello@obzervability.com

Confidentialité Conditions d’utilisation Accessibilité