v0.10.0 répond à une question qui vient de l'extérieur de l'équipe plateforme : combien coûte ce cluster, et quelle part de cette dépense n'achète rien ? Un cluster Kubernetes est dimensionné par ce que ses charges de travail réservent, pas par ce qu'elles consomment — et jusqu'ici avuru obs ne connaissait que la seconde moitié de la phrase.
v0.9.0 s'adresse aux clusters où le réseau n'est pas une ligne droite. Un maillage de services intercepte chaque appel : un graphe de dépendances y dessine donc soit des sauts qui n'en sont pas, soit plus rien du tout — et le noyau, en dessous, observait des défauts que personne ne lui demandait.
v0.8.0 parle de l'écran que les gens regardent vraiment. La carte des services est la page d'accueil du produit depuis la v0.1, et un graphe de cercles depuis tout aussi longtemps. Cette version lui apprend à en dire plus — et sans nouvelle collecte : tout ce qui suit est tiré de télémétrie qui arrivait déjà.
v0.7.0 parle des mots sous lesquels vos données sont rangées et des surfaces qui les lisent. La v0.6 avait ouvert les deux bouts du tuyau ; ce qui arrivait ne valait que le vocabulaire disponible pour le découper — et, il s'est avéré, que la sincérité de la carte qui le dessinait.
Observer un deuxième cluster imposait jusqu'ici une deuxième instance : son propre stockage, sa propre interface, son propre login. Les projets s'étendent désormais d'un cluster à l'autre : un seul écran, un seul stockage, et une installation qui peut se limiter à la moitié « ingestion ».
v0.6.0 s'occupe des deux bouts du tuyau. Faire entrer les données n'oblige plus à re-pointer tous vos émetteurs, et afficher un second cluster n'oblige plus à exploiter une seconde instance. Adopter avuru obs est devenu une décision réversible plutôt qu'une migration.
Essayer un nouveau backend d'observabilité commençait par re-pointer ou ré-instrumenter tous ses émetteurs. La passerelle parle désormais les protocoles que votre parc émet déjà, et peut tout transmettre en parallèle à votre backend actuel.
Deux manques comblés dans Paramètres → Accès : le mapping des groupes du
fournisseur d'identité n'est plus une valeur que seul un helm upgrade pouvait
changer, et les scripts reçoivent une clé à eux au lieu d'un cookie de session
emprunté.
v0.5.0 referme l'écart entre exploiter avuru obs et le modifier.
Presque tout ce qu'un opérateur atteignait par values.yaml puis un
redéploiement — la collecte, les groupes de services, le mapping des rôles SSO,
les accréditations d'API — vit désormais dans l'application, et celle-ci
s'ouvre sur un écran qui répond à comment se porte le parc ?
Un nœud passait au rouge dès qu'une erreur survenait dans la fenêtre — sans jamais dire si le service était réellement en difficulté. La carte des services répond maintenant à cette question, et à quelques autres.