Votre système, tel qu'il tourne réellement
Un agent toujours actif et en lecture seule découvre vos services, leurs dépendances et l'hôte sur lequel ils tournent — corrélés avec le graphe de code statique : statique, runtime, ou les deux. Les déploiements Docker sont supportés dès aujourd'hui ; Kubernetes et les services gérés par systemd sont sur la roadmap.
Comment fonctionne la topologie runtime
Agent en lecture seule
Un agent léger tourne sur votre infrastructure et se contente d'observer — il lit les informations de processus, de conteneurs et de dépendances, sans jamais écrire ni exécuter quoi que ce soit.
Découverte de services
Les services, les hôtes sur lesquels ils tournent et la façon dont ils se connectent sont découverts automatiquement et dessinés comme une topologie en direct.
Un hôte, une vue — jamais mélangés
Sur un plan payant, faites tourner l'agent sur plusieurs serveurs. Chaque hôte obtient sa propre section de topologie — deux serveurs faisant tourner le même service ne sont jamais fusionnés en un seul graphe confus.
Arêtes de dépendance
Les vraies dépendances d'appel entre services apparaissent comme des arêtes, pour voir comment le trafic circule réellement, pas comme un diagramme prétend qu'il devrait circuler.
Corrélation code ↔ runtime
Le graphe runtime est aligné avec le graphe de code statique, pour voir un composant tel qu'il est écrit, tel qu'il tourne, ou les deux à la fois.
Docker aujourd'hui, plus à venir
La découverte lit le socket Docker et /proc aujourd'hui. Kubernetes (DaemonSet) et les services gérés par systemd sont les prochains sur la roadmap.
Toujours à jour
Comme l'agent stream en continu, la topologie reflète le système tel qu'il est en ce moment précis.
Voir en direct
Une vraie topologie issue d'un déploiement Archynt en production
