Backend, stockage & exploitation
Voir tous les tagsChoisissez les services et workloads qui vous intéressent, sélectionnez les sources à lire, puis suivez leurs logs en un flux fusionné ou en panneaux côte à côte — depuis Signaux → Logs et depuis le nouvel onglet Service Mesh → Logs.
Inspectez le placement des Nodes et des Pods dans une vue 3D interactive, puis suivez les connexions enregistrées dans vos traces.
Un problème d'erreur doit représenter une défaillance, assortie de son nombre d'occurrences. Pour les erreurs dérivées des lignes de journal, il était devenu un problème par requête — et enquêter là-dessus a mis au jour deux autres correctifs.
L'écran Erreurs affichait une page d'empreintes et rien sur ce qu'elles représentaient — et sur une installation chargée, la plupart de ces empreintes étaient tout simplement inatteignables.
Deux changements côté journaux, tous deux sur main pour la prochaine
version : une ligne suivie sur le stdout d'un pod porte désormais une
sévérité, et l'onglet Journaux d'une charge de travail sur l'écran du maillage
part des lignes de la charge elle-même.
Une ligne d'espace de noms qui affiche STRICT rapporte une affirmation. Une
politique stricte appliquée et une qui ne l'est pas — une charge jamais
inscrite, un sélecteur qui ne correspond à rien, une règle qui désactive TLS
en dessous — sont identiques vues de la configuration comme des traces. Seul le
proxy qui a terminé la connexion le sait, et jusqu'ici personne ne le lui
demandait.
La v0.15.0 met sur une même ligne ce que la configuration de votre maillage dit d'une charge de travail et ce que son proxy a réellement fait — et donne une ligne à chaque charge que le cluster exécute, qu'elle ait ou non jamais émis un span.
La v0.16.0 fait de la page d'une charge de travail, sur l'écran du maillage, la fiche que le cluster en tient lui-même — et y met ses journaux : ses propres lignes, et celles que le proxy de nœud et son waypoint ont écrites à son sujet, reliées par le hub qui connaît ses pods.
L'écran Maillage savait dire si vos proxys allaient bien et si votre plan de contrôle poussait encore la configuration. Sur un cluster où le maillage fonctionne sans sidecars, cela fait deux lignes et quatre chiffres. Il se lit désormais comme une console dédiée au tissu réseau.
La v0.14.0 comble les écarts entre ce que la v0.12 promettait à un agent et ce qu'un opérateur obtenait réellement — et fait de l'écran Maillage une console pour la trame qui court sous vos services.