Topologie & dépendances
Voir tous les tagsv0.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.
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.
La carte des services affiche désormais la santé au niveau des connexions sur ses arêtes : le RTT TCP et les connexions échouées/réinitialisées par arête, mesurés dans le noyau par OBI — sans traces, sans SDK, sans modification applicative. Un lien lent ou qui refuse les connexions est maintenant visible sur la topologie que vous surveillez déjà.
Un nouveau tableau Santé des services consolide la santé RED de chaque service en un état de groupe — avec des niveaux de criticité et une règle : un service ne peut pas être au vert tant qu'une dépendance critique est au rouge. Le tout est dérivé des traces que vous envoyez déjà : aucun health check, aucune sonde, aucun stockage supplémentaire.
L'installation du chart Helm déploie désormais un sensor par nœud qui observe chaque service du cluster — traces eBPF, métriques RED et collecte des logs, sans SDK, sans sidecar, sans changement applicatif.
La carte des services passe de points isolés à une véritable topologie.