Comment fonctionnent les Magic Dashboards
Chaque intégration envoie des métriques spécifiques à AppSignal. Lorsque AppSignal reconnaît un ensemble de métriques correspondant à une intégration connue, il crée un tableau de bord avec des graphiques adaptés à cette intégration. Les graphiques, la disposition et les descriptions sont maintenus par AppSignal et mis à jour automatiquement, sauf si vous avez personnalisé le tableau de bord. Les tableaux de bord sont conçus pour répondre rapidement aux questions opérationnelles courantes. Les indicateurs de santé et d’erreurs apparaissent en premier, suivis de l’utilisation des ressources, puis du contexte opérationnel. Les descriptions des graphiques expliquent quelles valeurs indiquent un problème et que faire pour le résoudre.Magic Dashboards disponibles
Les Magic Dashboards sont disponibles pour les intégrations suivantes, regroupées par catégorie. Chaque lien mène aux instructions de configuration de l’intégration et aux détails du tableau de bord.AWS CloudWatch
AppSignal prend en charge les Magic Dashboards pour plus de 46 services AWS via les CloudWatch Metric Streams. Chaque service AWS dispose de son propre tableau de bord avec des graphiques ordonnés par urgence de signal. Consultez Magic dashboards AWS pour la liste complète des services pris en charge et leurs graphiques.Ruby
Les intégrations suivantes créent des Magic Dashboards lorsqu’AppSignal détecte leurs métriques dans une app Ruby :- Active Job — durée des jobs, statut des jobs par file, et throughput par classe de job.
- Sidekiq — durée des workers, latence de file, longueur de file, statut des jobs, utilisation mémoire Redis et nombre de connexions.
- Puma — capacité du pool de threads, backlog de connexions et statut des workers.
- MongoDB — throughput des requêtes et durée des requêtes par base de données.
- Ruby VM — comptages de garbage collection, slots de heap, objets alloués et nombre de threads.
- Global VM Lock — temps d’attente GVL et nombre de threads en attente.
- Action Mailer — livraisons par action de mailer.
- Karafka — messages des consumers, batches, lag, erreurs, connexions et nombres de threads.
Elixir
- Oban — durée des jobs, temps d’attente en file et nombre de jobs ventilés par worker, file et statut.
- Erlang VM — E/S, ordonnanceurs, processus, mémoire, atomes et utilisation des ordonnanceurs.
Node.js
- Statistiques de heap V8 — taille du heap, heap utilisé, mémoire allouée et nombres de contextes natifs.
Général
- Process Memory — utilisation de la mémoire RSS par hôte et type de processus. Disponible pour les apps Ruby et Elixir.
Infrastructure
- NGINX — temps de requête, throughput, codes d’état, connexions et métriques de proxy upstream.
- Kubernetes — utilisation des ressources des nœuds et pods, y compris CPU, mémoire, swap, disque et réseau, répartie sur deux tableaux de bord (nœuds et pods).
Heroku
Heroku crée plusieurs Magic Dashboards à partir des données Log Drain ou Telemetry Drain :- Status codes — répartition des codes d’état HTTP (génération Cedar uniquement).
- Redis — connexions, taux de hits, évictions, mémoire et E/S.
- PostgreSQL — connexions, taux de hits du cache, mémoire, charge moyenne et E/S (plans Standard et Premium).
Vector
AppSignal crée des tableaux de bord à partir des métriques collectées via les sources Vector :- PostgreSQL — opérations sur les enregistrements, transactions, deadlocks et écritures de fichiers temporaires.
- MongoDB — trois tableaux de bord couvrant le statut (mémoire, connexions, opérations), les internes du moteur de stockage WiredTiger et la santé de la réplication.
Vercel
- Speed Insights — Web Vitals Next.js pour la surveillance des performances en conditions réelles d’utilisation.