Aller au contenu principal

La v0.1.0 est là : de zéro à une carte des services en cinq minutes

équipe avuru obs
Mainteneurs

avuru obs v0.1.0 est taguée : installez le chart Helm sur un cluster Kubernetes neuf et regardez une carte des services en direct apparaître en moins de cinq minutes, sans changement applicatif — une promesse garantie par la CI, pas une démo.

  • Le coin, livré et verrouillé. Un seul helm install déploie toute la pile — hub, UI, gateway, ClickHouse et le sensor par nœud. eBPF instrumente chaque service HTTP/gRPC sans SDK ni variable d'environnement ; la CI rejoue le parcours cluster-vers-carte-des-services à chaque changement avec un budget dur de 300 secondes.
  • Quatre niveaux de signaux. Traces (complet) : explorateur, heatmap, six vues de trace et diff structurel. Logs (basique) : stdout/stderr sans configuration avec corrélation trace_id. Profilage CPU continu (allégé, sur option) : flame graphs à ~20 Hz. Métriques d'infra (support) : santé des nœuds et pods via kubeletstats.
  • Projets. Environnements définis par configuration ou découverts depuis les données, avec un sélecteur dans la barre latérale, des liens ?project= partageables et des caches par projet (API).
  • Contrôles de collecte. Désactivez la collecte par signal, namespace, label de pod ou label de nœud — et suivez la fraîcheur des sensors par nœud dans Réglages → Collecte.
  • Inspection de traces approfondie. Panneau de span redimensionnable avec attributs copiables, vue en arbre par span, statut de span dérivé, perspective service depuis l'intérieur d'une trace, recherche par identifiant de span et autocomplétion des filtres.
  • OTLP « drop-in ». Déjà instrumenté ? Pointez vos exporteurs vers la gateway et gardez tout.

Retrouvez les notes complètes sur la page Versions et la version GitHub. Le tronc est désormais en 0.2.0-SNAPSHOT — au programme de la Feuille de route : le plan de contrôle de collecte à chaud.