Metoro

Le collecteur de Metoro tourne en DaemonSet et s'accroche au noyau avec eBPF. Vous obtenez donc les logs stdout/stderr, les métriques RED et USE, les traces distribuées et un profilage continu du CPU et de la mémoire sans ajouter de SDK ni redémarrer le moindre conteneur. La configuration est identique sur les clusters managés et en bare-metal, donc une migration entre fournisseurs n'impose pas un nouveau projet d'instrumentation. C'est la surveillance eBPF dans sa version la moins douloureuse.

L'agent ne se contente pas de signaler que la latence des requêtes a bondi. Il corrèle l'anomalie entre métriques, logs, traces et événements Kubernetes, puis renvoie une cause racine étayée par des preuves. Chaque détection est investiguée et validée avant d'atteindre votre équipe, et c'est ainsi que Metoro dit filtrer le bruit qui déclenche normalement un appel. Cette étape de validation compte. Personne ne veut d'un agent qui crie au loup à 3 h du matin.

Quand l'agent localise le changement fautif, il rédige une pull request avec le correctif, un résumé RCA, des liens de télémétrie et des preuves à l'appui. Les ingénieurs gardent la main car rien ne fusionne tout seul ; le flux est de relire avant de fusionner. C'est la brique de remédiation automatisée et, pour les équipes lassées de traquer le commit exact, c'est celle qui fait gagner du temps réel.

Chaque mise en production est rattachée à son git SHA, son auteur, sa PR et les charges de travail touchées. Metoro compare le comportement par service et par endpoint du nouveau déploiement à la référence et, si quelque chose régresse, il le signale dans Slack et pré-rédige une PR de retour arrière. Repérer un mauvais déploiement quelques minutes après sa sortie vaut mieux que l'apprendre par un client.

Si votre équipe a déjà des alertes d'autres outils, Metoro peut aussi les investiguer. Il sépare les appels bruyants des incidents réels et livre la cause probable, les preuves et un correctif proposé dans Slack. Vous gardez vos alertes actuelles et ajoutez une couche qui explique ce que l'alerte signifie vraiment.

Un seul magasin contient les sept types de signaux, et un seul langage de requête les couvre tous. Tout ce qu'eBPF ne voit pas est pris en charge via la compatibilité OpenTelemetry et Prometheus, donc vos exportateurs actuels fonctionnent toujours. Moins d'onglets. Moins de copier-coller entre outils pendant un incident.

Metoro relie le comportement à l'exécution au code et à la configuration qui l'ont produit, en conservant chaque changement sur les déploiements, ConfigMaps et CRD avec un historique complet. Les diffs ponctuels vous montrent exactement ce qui a changé entre un état sain et un état cassé.