Lorsque vous sélectionnez un service sur la page Services, vous accédez aux détails concernant ce service. Un service est un ensemble de processus qui ont la même fonction, par exemple un framework Web ou une base de données (pour découvrir comment définir des services, consultez Débuter avec l’APM).
Datadog offre une liste de monitors en fonction de votre type de service :
Activez-les directement ou créez vos propres monitors d’APM.
Remarque: ajoutez un tag à un monitor avec service:<NOM_SERVICE> pour le lier à un service APM.
Fiches récapitulatives
La page Service contient des fiches récapitulatives mettant en avant la santé de vos services. Sur cette page, vous pouvez détecter facilement tout éventuel déploiement défectueux, cliquer sur la fiche pour afficher les détails ou les traces du dernier déploiement, ou bien afficher tous les déploiements sur ce service. Grâce à notre intégration avec suivi des erreurs, où les erreurs sont automatiquement classées par type de problème, vous pouvez découvrir les nouveaux problèmes signalés sur votre service.
Nos résumés des Service Level Objectives (SLO) et Incidents vous permettent de surveiller le statut des SLO et des incidents en cours, et ce, afin que vous puissiez toujours prendre en considération les objectifs de performance. Cliquez sur les fiches pour créer un nouveau SLO sur le service ou signaler un incident.
Le carrousel Watchdog Insights présente les anomalies détectées sur des tags spécifiques et vous permet ainsi de connaître directement la cause fondamentale d’un problème.
La carte des dépendances présente les services en amont et en aval.
Sous-services : lorsque plusieurs services sont impliqués, un quatrième graphique (dans la même option bascule que la carte des dépendances) est disponible. Il présente la durée totale, le % de temps passé et la durée moyenne par requête de votre service en fonction des services ou des types de service.
Cela représente le temps total, relatif et moyen passé par les traces dans les services en aval du service actuel par rapport aux autres services ou types de service.
Remarque : pour les services comme Postgres ou Redis, qui sont des opérations « finales » qui n’appellent pas d’autres services, aucun graphique de sous-services n’est disponible.
[Watchdog] 7 effectue une détection automatique des anomalies sur les graphiques Requests, Latency et Error. En cas d’anomalie, le graphique fait une superposition et une icône Watchdog apparait. Cliquez sur cette icône pour afficher les détails dans un panneau latéral.
Exporter
En haut à droite de chaque graphique, cliquez sur la flèche pour exporter votre graphique dans un dashboard existant :
Ressources
Consultez les graphiques Requests, Latency et Error ventilés par ressource pour identifier les ressources problématiques. Les ressources sont des actions particulières pour vos services (en général, des requêtes ou endpoints individuels). Pour en savoir plus, consultez la section Débuter avec APM.
Vous trouverez ci-dessous une liste des ressources associées à votre service. Triez les ressources de ce service par requêtes, latence, erreurs et durée pour identifier les zones à trafic élevé ou les problèmes potentiels. Notez que ces colonnes de métrique peuvent être personnalisées (voir l’image ci-dessous).
Choisissez ce que vous souhaitez afficher dans votre liste de ressources :
Requests : le nombre absolu de requêtes tracées (par seconde)
Requests per second: le nombre absolu de requêtes tracées par seconde
Total time: le temps d’utilisation total de la ressource
Avg/p75/p90/p95/p99/Max Latency: la latence moyenne, au 75e centile, au 90e centile, au 95e centile, au 99e centile ou maximale de vos requêtes tracées.
Errors: le nombre absolu d’erreurs pour une ressource donnée
Error Rate: le pourcentage d’erreur pour une ressource donnée
Onglets supplémentaires
Déploiements
Lorsqu’un service est configuré avec des tags « version », les versions sont affichées dans l’onglet Déploiement. La section sur les versions affiche toutes les versions du service qui étaient actives pendant l’intervalle sélectionné, et les versions actives s’affichent en haut.
Voici les informations que vous verrez par défaut :
Les noms des versions déployées pour ce service sur l’intervalle sélectionné.
Quand les traces correspondant à cette version ont été observées pour la première fois et pour la dernière fois.
Un indicateur Error Types, qui affiche le nombre de types d’erreur présents dans une version mais pas dans la version qui la précède.
Remarque : cet indicateur affiche les erreurs qui n’ont pas été observées dans les traces de la version précédente ; cela ne signifie pas forcément que ces erreurs sont apparues dans cette version pour la première fois. Le nombre de nouveaux types d’erreurs est particulièrement utile pour commencer à analyser les erreurs.
Les requêtes par seconde.
Le taux d’erreur, exprimé en tant que pourcentage du nombre total de requêtes.
Vous avez la possibilité d’ajouter des colonnes au tableau ou d’en supprimer. Vos sélections seront enregistrées. Voici les colonnes supplémentaires disponibles :
Endpoints actifs dans une version, mais qui ne l’étaient pas dans la version précédente.
Durée d’activité, qui affiche le temps écoulé entre la première et la dernière trace envoyée à Datadog pour cette version.
Nombre total de requêtes.
Nombre total d’erreurs.
Latence mesurée au p50, p75, p90, p95, p99, ou latence max.
Pour en savoir plus sur les déploiements, consultez la page Service.
Suivi des erreurs
Cet onglet affiche les problèmes constatés sur votre service. En regroupant les erreurs similaires, il permet d’éviter les flux d’erreurs et ainsi, faciliter leur résolution. Il vous permet aussi d’évaluer l’impact des erreurs de votre service. Pour en savoir plus sur les problèmes, consultez la section Suivi des erreurs.
Cet onglet présente des graphiques généraux indiquant les ressources les plus problématiques et une liste des problèmes les plus courants qui se produisent dans votre service. Cliquez sur un problème de la liste pour afficher notamment sa stack trace, les versions de code associées et le nombre total des occurrences d’erreurs depuis sa création dans un panneau latéral.
Infrastructure
Si votre service s’exécute sur Kubernetes, l’onglet Infrastructure est disponible sur la page Service. Le tableau des pods Kubernetes en direct fournit des informations détaillées sur vos pods, par exemple si l’utilisation de la mémoire est sur le point d’atteindre sa limite. Il vous permet également de savoir si les ressources informatiques allouées dépassent le minimum requis pour optimiser les performances de l’application, et ainsi, rendre plus efficace l’allocation des ressources.
La section Kubernetes Metrics présente un résumé global de la santé de votre infrastructure pour une période donnée et affiche notamment les métriques du CPU, de la Mémoire, du Réseau et du Disque.
Si les métriques runtime sont activées dans le client de tracing, L’onglet Runtime metrics dans la langue du runtime de votre service s’affiche. Pour en savoir plus, consultez la section Métriques runtime.
Profiling
L’onglet Profiling s’affiche si le Profileur en continu est défini pour votre service. Les informations récapitulatives telles que les versions disponibles et la langue du runtime sont affichées en haut. Vous trouverez ci-dessous les métriques de profiling par défaut selon la version, l’endpoint et la méthode. Elles vous permettent d’identifier et de débugger les méthodes gourmandes en ressources. Cliquez sur n’importe quel graphique pour afficher les traces, les logs et d’autres données associés, ou ouvrez un flamegraph pour analyser le profil de code. En savoir plus sur APM et le profileur en continu.
Traces
L’onglet Traces présente la liste des traces associées au service, qui est déjà filtrée sur votre service, votre environnement et le nom de votre opération. Il vous permet d’accéder aux spans problématiques à l’aide de facettes de base telles que le statut, la ressource et le type d’erreur. Cliquez sur une span pour afficher un flamegraph de sa trace et obtenir plus de détails.
Logs
Cet onglet présente les patterns courants dans les logs de votre service. Pour filtrer la liste des patterns, utilisez des facettes telles que le statut dans la barre de recherche. Cliquez sur un pattern pour afficher des informations, telles que les événements qui ont déclenché la cascade, dans un panneau latéral. Pour en savoir plus, consultez la section [Log Patterns] 17.
Pour aller plus loin
Documentation, liens et articles supplémentaires utiles:
