Interface & ergonomie
Voir tous les tagsJusqu'ici, une gateway croyait sur parole le projet annoncé par l'émetteur. Vous pouvez maintenant émettre des clés d'API d'ingestion par projet et laisser la clé trancher — avec un réglage par défaut qui ne change rien tant que vous n'êtes pas prêt.
Les projets ne sont plus seulement un réglage de déploiement : les
administrateurs peuvent les créer, renommer et supprimer directement dans
Paramètres → Général, et le sélecteur se met à jour en conséquence — tandis
que le projet intégré default et les projets définis par configuration
restent en lecture seule.
Vous pouvez désormais explorer un avuru obs vivant sans rien installer : un clic sur « Essayer la démo » vous connecte en lecteur en lecture seule sur une application multi-services en fonctionnement, avec des données réelles dans chaque module.
avuru obs est désormais sécurisé par défaut : le hub exige une connexion, les utilisateurs portent des rôles fixes — Admin, Éditeur, Lecteur — accordés par projet, et le SSO d'entreprise fonctionne avec n'importe quel fournisseur d'identité OpenID Connect (Keycloak, Microsoft Entra ID, Okta, Google, Dex) — en open source, pas derrière une offre entreprise, et sans proxy d'authentification à déployer.
avuru obs v0.2.0 est taguée. La v0.1 a prouvé le pari : une carte des services vivante en moins de cinq minutes, sans toucher aux applications. La v0.2 en fait une installation qu'une vraie équipe peut exploiter au quotidien : sécurisée par défaut, modulaire par conception, avec quatre nouveaux modules qui transforment les données déjà collectées en triage, en état de santé et en redevabilité.
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.
L'écran Profiling est disponible : des flame graphs CPU à l'échelle du
cluster, échantillonnés par eBPF sans changement applicatif et stockés dans le
même ClickHouse que vos traces, logs et métriques. Expérimental et opt-in
en v0.1 (sensor.profiler.enabled=true) — le chargeur alpha upstream ne prend
pas encore en charge tous les noyaux.
L'écran Nodes est disponible : CPU, mémoire et réseau par nœud, avec les pods les plus actifs en dessous — collectés par l'agent de nœud du sensor (kubeletstats), stockés dans le même ClickHouse que tout le reste.
L'écran Metrics est disponible : débit de requêtes, pourcentage d'erreurs et percentiles de latence dans le temps pour les services les plus actifs de la fenêtre — dérivés des mêmes spans que l'explorateur de traces, donc rien de plus à instrumenter ni à opérer.
L'écran Services est disponible : chaque service vu dans la fenêtre sélectionnée — découvert zéro-code sur Kubernetes ou envoyant de l'OTLP directement — avec son débit, son pourcentage d'erreurs et ses percentiles de latence dans une table triable.