1. Présentation #
Une plateforme unifiée en SaaS.
Les produits #
| Produit | Usage |
|---|---|
| Infrastructure | Métriques des hôtes, conteneurs, services cloud ; carte des hôtes |
| Log Management | Collecte, traitement, indexation et archivage des logs |
| APM et Continuous Profiler | Traces distribuées, carte des services, profils |
| RUM et Session Replay | Expérience utilisateur réelle |
| Synthetic Monitoring | Tests API et navigateur planifiés |
| Monitors, SLO, Incident Management | Alerting et gestion des incidents |
| Sécurité (Cloud SIEM, CSPM...) | Détection et posture de sécurité |
2. Les concepts #
Agent, intégrations, tags.
Vocabulaire #
| Concept | Définition |
|---|---|
| Agent | Logiciel installé sur chaque hôte (ou en DaemonSet) qui collecte métriques, logs, traces et processus |
| Intégration | Plus de 800 connecteurs : checks de l'agent (Nginx, PostgreSQL...), cloud, SaaS |
| Tag | Paire clé:valeur (env:prod, service:checkout) attachée à toutes les données |
| Site | Région d'hébergement des données : datadoghq.eu (UE), datadoghq.com (US1)... |
| Clé d'API / clé d'application | API : envoyer des données ; application : lire et configurer |
Erreur Courante : Le site se choisit à la création du compte et ne se change pas. Pour des données soumises au RGPD, choisissez le site européen (datadoghq.eu) et configurezDD_SITEen conséquence sur tous les agents.
3. Datadog face aux alternatives #
SaaS ou auto-hébergé.
Comparatif #
| Critère | Datadog | Dynatrace | Pile open source (Grafana, Prometheus...) |
|---|---|---|---|
| Hébergement | SaaS | SaaS ou géré | Auto-hébergé (ou cloud géré) |
| Mise en route | Très rapide | Très rapide (OneAgent) | Plus longue |
| Modèle de coût | Par hôte, Go, million d'événements, métrique personnalisée | Par hôte et consommation | Infrastructure et temps humain |
| Personnalisation | Forte | Forte, IA intégrée | Totale |
| Risque principal | Facture qui dérive | Coût, dépendance | Charge d'exploitation |
Bonne Pratique : Datadog accepte l'OpenTelemetry : instrumenter avec OpenTelemetry limite la dépendance au fournisseur et facilite une éventuelle migration.
Mon suivi
Connectez-vous pour suivre votre progression et prendre des notes. Se connecter
💬 Discussions récentes de la formation
- Datadog : relier traces, logs et métriques du même service✓ résolu · 1 réponse(s)
Poser une question sur cette leçon →Voir toutes les discussions de la formation
Articles recommandés
Architecture de la plateforme Datadog : sites, organisations, clés et modèle de données
Comprendre l'architecture de Datadog : sources de données (agent, intégrations cloud, SDK, OpenTe...
RUM et Synthetic Monitoring avec Datadog : synthetic transaction monitoring et expérience utilisateur
Mesurer l'expérience utilisateur avec Datadog : RUM navigateur et mobile, Core Web Vitals, Sessio...
Dynatrace vs Datadog : Le duel des leaders de l'APM
Comparatif complet entre les deux géants de l'observabilité. Automatisation par IA contre flexibi...
APM Datadog et OpenTelemetry : traces, services et corrélation avec les logs
Instrumenter ses applications pour l'APM Datadog (dd-trace, instrumentation en une étape, OpenTel...
Installer l'agent Datadog et configurer les intégrations
Installer l'agent Datadog sur Linux, Docker et Kubernetes (Datadog Operator), comprendre datadog....
Datadog sur Kubernetes : Operator, Cluster Agent et Autodiscovery
Superviser Kubernetes avec Datadog : Datadog Operator et ressource DatadogAgent, Cluster Agent, A...
Bonnes pratiques Datadog : tags, coûts, alertes et gouvernance
Check-list pour exploiter Datadog efficacement : tagging unifié, maîtrise des coûts (hôtes, logs,...
Coûts et gouvernance Datadog : usage, attribution, RBAC et politiques de tags
Maîtriser la facture et gouverner Datadog : suivi de l'usage et de l'estimation, attribution des ...
APM Datadog avancé : échantillonnage, rétention, profiler et Software Catalog
Aller plus loin avec l'APM Datadog : contrôle d'ingestion et échantillonnage, filtres de rétentio...