Qui dépend de ce service ?
Identifiez les appelants, les services en aval et les bases inférées. Découvrez les connexions à examiner.
Explorer les dépendancesObservabilité Kubernetes open source
Aucun service ne fonctionne seul.
Découvrez les dépendances entre vos services avec eBPF. Explorez traces, métriques et logs dans une plateforme auto-hébergée, sans modifier les applications prises en charge.
Explorez les dépendances de vos services Kubernetes
SainDégradéDépendance inférée
Données illustratives · sélectionnez un service pour explorer son voisinageComment la carte est construite ↗
eBPFDécouvrez le trafic pris en chargeOTLPGardez votre instrumentationSelf-hostedVotre infrastructure
Un même système. Plusieurs questions.
Changez de vue. Gardez le contexte.
Partez d’un service. Comprenez ce qui l’entoure, suivez une requête lente, puis explorez son empreinte.
Quel chemin est lent ?
Repérez une latence élevée. Une trace permet de distinguer une dépendance lente du temps passé dans l’application.
Explorer la latenceQuelle est son empreinte ?
Activez le module green pour explorer le carbone par service. Les estimations sont identifiées et les données manquantes restent visibles.
Explorer le carboneDe la vue d’ensemble à une requête
Suivez une requête entre traces, métriques et logs.
La carte montre la relation. Les signaux sous-jacents permettent de l’examiner. Un moteur, un stockage ClickHouse.
Investiguer un checkout lent ↗checkout → payment → postgresRequête illustrative · 842 ms
Établissez la première connexion
Du cluster aux connexions.
Partez de votre existant. Découvrez le trafic pris en charge avec eBPF ou utilisez la télémétrie que vous collectez déjà.
Un point de départ.
Le chart Helm réunit le sensor, la gateway, le hub, l’interface et ClickHouse.
$ helm install avuruobsLaissez les appels tracer la carte.
eBPF observe le trafic pris en charge pendant que vos applications fonctionnent. Vérifiez les prérequis noyau et protocoles avant l’installation.
Comment la carte est construite ↗Réutilisez vos données OpenTelemetry.
Gardez vos SDK et collecteurs. Ajoutez une destination OTLP, validez un service, puis élargissez progressivement.
HTTP :4318 / gRPC :4317
Adoption et migration OTLP ↗Approfondissez selon vos besoins
Une vue connectée. De la profondeur.
Mesh, cost, green, AI et MCP sont optionnels. Activez ce dont votre équipe a besoin avec les contrôles de collecte et d’accès adaptés.
Explorer les modules ↗Au cœur du service mesh
Santé des proxies, configuration des workloads et trafic déclaré ou observé.
La capacité à examiner
CPU et mémoire réservés face au pic observé. Un signal à examiner, sans redimensionnement automatique.
L’énergie et sa provenance
Énergie et carbone par service, avec une distinction explicite entre mesures et estimations.
Les appels de modèles et leur origine
Tokens, latence et parcours d’agents à partir des spans GenAI envoyés par vos applications.
Ouvert par conception
Hébergez votre observabilité sur votre infrastructure.
AGPL-3.0, avec SSO OIDC et rôles par projet dans l’édition ouverte. Vous exploitez le stockage et choisissez les intégrations autorisées à transmettre des données.
eBPFOpenTelemetry
Gateway
ClickHouseStockage de télémétrie
Hub + UIRequêtes et configuration
Quelques réponses avant de commencer.
Faut-il modifier le code de mes applications ?
eBPF découvre les workloads pris en charge sans modification applicative. La couverture dépend du noyau, du runtime et des protocoles. Utilisez OpenTelemetry pour des spans personnalisés ou les signaux hors de cette couverture.
Puis-je garder mes collecteurs actuels ?
Oui. Envoyez de l’OTLP en HTTP ou gRPC à la gateway. Pendant l’évaluation, utilisez un double export et vérifiez identité des services, clés d’ingestion et couverture des signaux avant de basculer.
Tous les modules sont-ils activés par défaut ?
Non. Green, cost, mesh, AI et MCP sont optionnels. Le profiling CPU est lui aussi expérimental et optionnel. Le guide des modules détaille les prérequis et contrôles de collecte.
Ma télémétrie reste-t-elle sur mon infrastructure ?
Le stockage est auto-hébergé. Les exporteurs sortants, webhooks ou un assistant connecté via MCP peuvent transmettre des données aux destinations configurées. Adaptez ces intégrations à votre politique de données.
Votre système a une forme
Venez la découvrir.
Explorez la démo ou installez le chart publié sur votre cluster. Commencez par un service et suivez ses connexions.
helm install avuruobs oci://ghcr.io/avuruvision/charts/avuruobs \
--version 0.16.0 -n avuruobs --create-namespaceVérifiez les prérequis et choisissez une version publiée du chart dans le guide. Le temps de démarrage dépend de votre cluster.