Le logiciel de Solo.io pour la gestion de plusieurs maillages de services Istio possède une seule interface uniforme qui, selon l’entreprise, peut être vérifiée sur plusieurs clusters.

L’observabilité multicluster « Single-of-Glass-View » avec Maille Gloo sert de niveau supplémentaire au-dessus de l’outil de surveillance Prometheus et Istio. La fonctionnalité d’observabilité de Gloo Mesh rassemble des métriques, des journaux et des traces pour les microservices s’exécutant sur plusieurs clusters dans une variété d’environnements différents. Au niveau du réseau, il a été conçu pour fournir une vue plus unifiée des données d’observabilité sur des centaines de microservices différents afin de permettre un dépannage plus rapide et d’améliorer les performances du réseau.

Auparavant, de nombreuses équipes DevOps devaient lutter avec des «silos d’observabilité». Erik Frieberg, solo.ioA déclaré le directeur du marketing de New Stack. «Ce que nous avons fait, c’est rassembler toutes les observations multicluster pour voir toutes les interactions», a déclaré Frieberg.

Cette observabilité dans une vue est considérée comme un moyen de gérer la complexité croissante associée au déploiement de microservices dans plusieurs clusters et différents environnements.

«Nous devons comprendre ce qui se passe réellement entre ces applications», a déclaré le responsable de la technologie sur le terrain mondial. Christian Posta a déclaré lors d’un discours liminaire lors de la conférence virtuelle des utilisateurs de l’entreprise tenue cette semaine. «Lorsque nous passons aux microservices, nous avons déplacé une partie de la complexité entre les services et nous devons regarder et comprendre ce qui se passe, surtout si quelque chose ne va pas, afin de pouvoir le corriger.

Harvey Xia, un ingénieur de données backend pour solo.io, a expliqué dans son exposé comment Gloo Mesh peut être utilisé pour collecter des données de télémétrie et enregistrer des données sur plusieurs clusters. Gloo Mesh intègre Istio pour configurer la flotte de proxies Envoy afin de traiter l’agent Gloo Mesh comme une synchronisation des métriques et des journaux d’accès. Lorsqu’un proxy Envoy génère une métrique, elle est envoyée à l’agent Gloo Mesh, qui à son tour transmet les données au serveur Gloo Mesh. « Ce processus rassemble toutes les données d’observabilité en un seul endroit », a déclaré Xia.

Xia a également décrit comment l’observabilité de Gloo Mesh peut intégrer d’autres outils et interfaces, tels que le très populaire. Grafana pour la visualisation ou le OpenTelemetry Cadre de collecte de métriques opérationnelles. Les métriques sont combinées dans un emplacement de stockage unique pour permettre des requêtes multicluster à l’échelle du système et pour intégrer la source de données agrégées dans une interface utilisateur.

« Eh bien, si un utilisateur en a déjà un sophistiqué [Prometheus federation setup] et ils veulent profiter du fait qu’ils peuvent simplement le brancher en tant que source, puis utiliser Gloo Mesh pour son interface utilisateur », a déclaré Xia. « Alternativement, si un utilisateur dispose déjà d’une interface utilisateur avec laquelle il est familier, telle que Datadog ou Grafana, ils pourraient traiter Gloo-Mesh comme une source de vérité pour les métriques agrégées et intégrer ce droit dans leur interface utilisateur. « 





Source link

Recent Posts