Vue d’ensemble
Vous pouvez désormais diriger les données de surveillance synthétique d’Uptrends vers toute plateforme d’observabilité ou tout pipeline de données prenant en charge OpenTelemetry. C’est le cas d’outils tels que Grafana, Elastic, Datadog, ITRS Analytics, ainsi que toute autre plateforme capable de recevoir des données OpenTelemetry.
Chaque vérification synthétique effectuée dans Uptrends génère un identifiant de corrélation unique que vos services peuvent lire et propager dans tous les niveaux de votre application. Vous pouvez ainsi corréler les vérifications d’Uptrends avec vos métriques, journaux, traces et événements existants afin d’obtenir une visibilité complète de bout en bout.
À qui s’adresse cet atelier ?
Cet atelier (en anglais) est conçu pour les SRE, les ingénieurs DevOps, les ingénieurs plateforme et les développeurs qui souhaitent :
-
Regrouper différents signaux sur un seul écran, par exemple :
a. Les mesures synthétiques d’Uptrends b. Les métriques d’infrastructure c. Les journaux et traces backend
-
Suivre une requête effectuée par un moniteur Uptrends à travers un backend distribué, en utilisant un identifiant de corrélation unique par vérification de moniteur pour tout relier.
Exemples de cas d’utilisation
Imaginez que votre page d’inscription rencontre des problèmes de performance :
Un moniteur de transaction Uptrends détecte que la page d’inscription ne se charge pas dans un délai de 30 secondes et déclenche une alerte. En même temps, Uptrends envoie le résultat de cette vérification vers votre plateforme d’observabilité via OpenTelemetry.
L’opérateur qui reçoit l’alerte ouvre le dashboard du service dans votre outil d’observabilité. Dans le graphique représentant le délai de réponse, il clique sur le point de données le plus récent pour ouvrir la trace correspondant à cette vérification. La trace combine les données de la transaction d’Uptrends et celles d’autres systèmes utilisant le même identifiant de corrélation. Elle indique qu’un appel adressé à la base de données du service d’inscription a expiré après 30 secondes.
Une fois la cause racine identifiée, vous pouvez prendre immédiatement des mesures correctives.
Cette approche combine la perspective de l’utilisateur externe fournie par Uptrends et la vue interne du système offerte par votre plateforme d’observabilité. Vous disposez ainsi d’une vision complète du problème.
Comment cela fonctionne-t-il en pratique ?
Notre équipe vous accompagne tout au long de la configuration lors d’une session pratique et collaborative.
Ce que nous faisons avec vous
La session d’une heure avec nos experts produit couvre les points suivants :
-
Connexion de votre endpoint
a. Vous fournissez un endpoint OpenTelemetry OTLP gRPC accessible publiquement et sécurisé par une clé API ou un nom d’utilisateur et un mot de passe. b. Si vous préférez le format HTTP, nous pouvons également en discuter.
-
Configuration de l’exportateur d’Uptrends
a. Nous configurons l’exportateur dans Uptrends pendant l’atelier. b. Nous réalisons une série de tests et vérifions que les données Uptrends s’affichent dans votre plateforme d’observabilité.
-
Vérification du traçage distribué et de la corrélation
a. Nous confirmons que les traces sont correctes et que des attributs tels que l’identifiant de corrélation sont visibles et exploitables.
Si vous le souhaitez, nous pouvons également vous proposer une courte démonstration durant cette session et partager un lien vers notre webinaire OpenTelemetry à la demande pour le reste de votre équipe.
Quelques remarques techniques
Navigation des métriques vers les traces
Si vous souhaitez passer directement d’un point de données métrique à la trace correspondante, votre plateforme d’observabilité doit prendre en charge les exemplars OpenTelemetry. Tous les backends OpenTelemetry ne le font pas encore. Si les exemplars ne sont pas pris en charge, vous obtenez toutes les traces, mais la navigation se fait par fenêtre temporelle et attributs plutôt que par un simple clic.
Traçage distribué avec identifiant de corrélation
Pour un traçage complet de bout en bout, votre logiciel doit accepter et transmettre l’identifiant de corrélation qu’Uptrends envoie dans l’en-tête HTTP X-Correlation-ID. Vos services peuvent ensuite inclure cet identifiant dans leurs propres spans, ce qui facilite la corrélation de l’ensemble des données.
Autres sujets abordés pendant l’atelier
Afin d’assurer le bon fonctionnement de l’exportateur pour votre organisation, nous vous poserons quelques questions.
Organisation et regroupement des données
De nombreux systèmes basés sur OpenTelemetry disposent de contrôles d’accès fins limités. Nous avons besoin de comprendre comment vous organisez vos données :
- Séparez-vous la télémétrie par équipe ou par service dans votre plateforme ?
- Souhaitez-vous que tous les moniteurs d’Uptrends envoient les données vers un seul endpoint ou vers différents endpoints par équipe ?
- Uptrends peut envoyer les données vers différents endpoints au niveau des groupes de moniteurs. Cela correspond-il à votre configuration ?
- Souhaiteriez-vous exécuter un collecteur OpenTelemetry unique et y effectuer le routage et les transformations de données ?
Sécurité
Nous vérifierons ce dont vous avez besoin pour assurer la sécurité :
- Quelles sont vos exigences de sécurité pour l’endpoint OpenTelemetry ?
- La protection de l’endpoint par clé API ou par nom d’utilisateur et mot de passe est-elle suffisante ?
- Votre endpoint est-il accessible publiquement ?
- Souhaitez-vous mettre en place une liste d’adresses IP autorisées sur votre collecteur OpenTelemetry ?
Résilience
Nous devons aussi comprendre quelles sont vos attentes lorsque votre endpoint n’est pas accessible :
- Combien de temps devons-nous conserver les données qui ne peuvent pas être envoyées, et à quelle fréquence devons-nous réessayer ?
- Votre plateforme impose-t-elle des limites sur l’ancienneté des données entrantes ?
- Avez-vous besoin d’établir des limites quant à la vitesse d’envoi des données ?
Ce qu’Uptrends attend de vous
Avant ou pendant l’atelier, il est utile que vous puissiez fournir :
-
L’URL de l’endpoint de votre plateforme d’observabilité ou de votre collecteur OpenTelemetry.
-
Les informations d’authentification nécessaires à l’envoi des données :
a. Pour l’authentification de base : un nom d’utilisateur et un mot de passe, stockés de manière sécurisée dans notre coffre-fort. b. Pour les autres méthodes : une clé API ou un secret, ainsi que le nom de l’en-tête ou la clé de métadonnées gRPC à utiliser.
Nous utilisons un coffre-fort sécurisé pour stocker ces informations. Si vous utilisez déjà nos éléments de coffre-fort en interne, il vous suffit de nous communiquer le nom ou l’identifiant de l’élément.
(Facultatif) Paramètres des attributs OpenTelemetry
Selon la manière dont vous organisez vos services dans votre plateforme d’observabilité, vous pouvez souhaiter ajuster certains attributs OpenTelemetry. Les paramètres par défaut sont les suivants.
| Nom de l’attribut OTel | Valeur par défaut |
|---|---|
service.namespace |
uptrends-monitoring |
service.name |
{{MonitorName}} |
service.instance.id |
non défini |
deployment.environment |
non défini |
Si vous ne connaissez pas ces attributs, ne vous inquiétez pas : les différentes plateformes les affichent et les utilisent différemment. Pendant l’atelier, nous examinerons ces paramètres avec vous et les adapterons à votre environnement.