Remappage de Service APM

Ce que cela fait

Fournit des connaissances domaines et des procédures étape par étape pour créer, prévisualiser et gérer les règles de remappage de services Datadog APM. Ces règles réécrivent les noms de services à l'ingestion pour fusionner les entités inférées bruyantes, supprimer les suffixes/préfixes, normaliser la nomenclature ou mapper des services renommés vers des noms canoniques sans ré-instrumenter le code.

Quand l'utiliser

Invoquez cette compétence lorsque vous devez renommer des services centralement, fusionner plusieurs variantes peer.service inférées en un seul nom canonique, supprimer le bruit d'environnement/version des noms de services, ou préparer des renommages/migrations d'organisation. Non approprié lorsque l'objectif est de modifier le nom du service dans le code de l'application (DD_SERVICE) ou lorsque le problème concerne des noms de surcharge d'intégration qui doivent être gérés dans l'interface utilisateur.

Ce qui est inclus

• Scripts : aucun script groupé (has_scripts=false)
• Références : aucune référence incluse (has_references=false)
• Instructions : checklist de décision détaillée (SERVICE vs INFERRED_ENTITY), exemples de syntaxe de filtre, règles de modèle pour les nouveaux noms, étapes de prévisualisation/impact (moniteurs, tableaux de bord), exemples de commandes CLI pour créer/mettre à jour/supprimer via pup, et conseils de vérification.

Agents compatibles

Idéalement utilisé par des outils d'automatisation de l'observabilité et des agents capables de gérer des runbooks (agents CLI comme Copilot/Code assistants, Claude Code) pouvant appeler pup et interagir avec les identifiants et API de Datadog.