1. La vue APM #
Les services en un coup d'œil.
Services #
La page Services liste chaque service avec ses métriques RED (débit, taux d'erreur, latence p50/p95/p99) calculées à partir des spans. La page d'un service détaille ses opérations clés, ses appels de base de données et externes, et donne accès aux traces correspondantes.
| Vue | Usage |
|---|---|
| Services | Santé de chaque service |
| Service map | Dépendances entre services |
| Traces explorer | Recherche et analyse de traces, chronologie |
| Logs explorer | Recherche de logs, lien vers la trace associée |
| Exceptions | Erreurs regroupées par type, avec pile d'appels |
| Dashboards | Tableaux de bord personnalisés |
2. Interroger #
Trois façons.
Query builder, ClickHouse, PromQL #
Le query builder construit des requêtes par filtres et agrégations, sans connaître le schéma. Pour aller plus loin, on écrit directement du SQL ClickHouse ou du PromQL sur les métriques.
-- Exemple de requête ClickHouse dans un panneau SigNoz (le schéma exact dépend de la version)
SELECT serviceName AS service, count() AS erreurs
FROM signoz_traces.distributed_signoz_index_v3
WHERE timestamp > now() - INTERVAL 1 HOUR AND hasError = true
GROUP BY service
ORDER BY erreurs DESCÀ savoir : Consultez le schéma des tables (SHOW TABLES FROM signoz_traces) avant d'écrire des requêtes SQL : les noms et colonnes évoluent entre versions de SigNoz.3. Alertes et dashboards #
Surveiller.
Alertes #
| Type d'alerte | Exemple |
|---|---|
| Métriques | Latence p95 de checkout > 500 ms pendant 5 min |
| Logs | Plus de 100 logs level=error en 5 min pour un service |
| Traces | Plus de 2 % de spans en erreur sur une opération |
| Exceptions | Nouvelle exception apparue |
Les canaux de notification (Slack, e-mail, webhook, PagerDuty, Opsgenie, Teams) se configurent dans les paramètres. Des dashboards prêts à l'emploi existent pour l'hôte, Kubernetes, les bases de données et les runtimes (JVM, Go).
