Überblick
Nun kannst du deine Daten des Uptrends Synthetic Monitorings auf jeder Observability-Plattform oder in jeder Datenpipeline streamen, die OpenTelemetry unterstützt. Das umfasst Tools wie Grafana, Elastic, Datadog, ITRS Analytics und alle anderen Plattformen, die OpenTelemetry-Daten empfangen können.
Jede Synthetic-Prüfung bei Uptrends erzeugt eine einzigartige Correlation ID, die deine Services lesen und über alle Stufen deiner Anwendung weitergeben können. Damit kannst du Uptrends Prüfungen mit deinen bestehenden Metriken, Protokollen, Ablaufverfolgungen und Ereignissen für eine vollständige Sicht von Anfang bis Ende in Beziehung setzen.
Für wen ist der Workshop geeignet?
Dieser Workshop richtet sich an SREs, DevOps, Plattform-Entwickler und Entwickler, die:
-
unterschiedliche Signale auf einen Bildschirm zusammenführen möchten, zum Beispiel:
a. Synthetic-Messungen von Uptrends b. Infrastruktur-Metriken c. Protokolle und Ablaufverfolgungen vom Backend
-
einer Anfrage seitens eines Uptrends Prüfobjekts anhand des verteilten Backends folgen und eine einzelne Correlation ID pro Prüfung nutzen, um alles zusammenzubringen.
Fallbeispiel
Nehmen wir eine Situation an, bei der die Registrierungsseite Performance-Probleme zeigt:
Ein Uptrends Transaktionsprüfobjekt entdeckt, dass die Registrierungsseite nicht innerhalb von 30 Sekunden lädt und einen Alarm auslöst. Gleichzeitig sendet Uptrends das Prüfergebnis mit OpenTelemetry an deine Observability-Plattform.
Der Operator, der die Alarmierung erhält, öffnet das Service-Dashboard in deinem Observability-Tool. Im Zeitverlauf der Response klickt er auf den aktuellen Datenpunkt, um die Ablaufverfolgung für diese Prüfung zu öffnen. Die Ablaufverfolgung kombiniert Daten aus der Uptrends Transaktion und von anderen Systemen, die dieselbe Correlation ID verwenden. Die Ablaufverfolgung zeigt, dass ein Datenbankaufruf des Registrierungsdienstes nach 30 Sekunden eine Zeitüberschreitung ergab.
Nach Identifizierung dieser Ursache kannst du direkt Maßnahmen zur Behebung ergreifen.
Dieser Ansatz kombiniert die externe Nutzerperspektive von Uptrends mit der internen Systemanzeige deiner Observability-Plattform und liefert umfassende Erkenntnisse zum Problem.
Wie funktioniert es in der Praxis?
Unser Team leitet dich während eine praktischen, kollaborativen Workshops durch die komplette Einrichtung.
Was wir gemeinsam machen
Während einer 1-stündigen Sitzung mit unseren Produktexperten:
-
Endpunkt verbinden
a. Du stellst einen öffentlich zugänglichen OpenTelemetry OTLP gRPC Endpunkt, gesichert mit einem API-Schlüssel oder Benutzername und Passwort, bereit. b. Solltest du HTTP vorziehen, können wir auch darüber sprechen.
-
Uptrends Exporter konfigurieren
a. Wir konfigurieren den Exporter in Uptrends während unseres Gesprächs. b. Wir senden einige Testprüfungen und verifizieren, dass du Uptrends Daten in deiner Observability-Plattform sehen kannst.
-
Verteilte Ablaufverfolgungen und Korrelationen prüfen
a. Wir bestätigen, dass Ablaufverfolgungen richtig aussehen und dass Attribute wie die Correlation ID sichtbar und brauchbar sind.
Auf Wunsch können wir auch eine kurze Demo während des Workshops geben und einen Link zu unserem On-Demand-Webinar zu OpenTelemetry für dein Team bereitstellen.
Einige technische Hinweise
Navigation von Metrik zur Ablaufverfolgung
Wenn du von einem Datenpunkt einer Metrik direkt zur entsprechenden Ablaufverfolgung klicken möchtest, muss deine Observability-Plattform OpenTelemetry-Beispiele unterstützen. Nicht jedes OpenTelemetry-Backend ist dazu schon in der Lage. Wenn Beispiele nicht unterstützt werden, erhältst du immer noch alle Ablaufverfolgungen. Du navigierst dann nach Zeitfenster und Attributen, statt mit einem einzigen Klick.
Verteilte Ablaufverfolgung mit Correlation ID
Für eine vollständige Ablaufverfolgung muss deine Software die Correlation ID, die Uptrends im X-Correlation-ID HTTP Header sendet, akzeptieren und weitergeben. Deine Services können dann diese ID in ihren eigenen Spans nutzen und vereinfachen die Zusammenführung der Daten.
Weitere Themen des Workshops
Damit der Exporter in deiner Einrichtung gut funktioniert, stellen wir einige Fragen.
Daten organisieren und gruppieren
Viele OpenTelemetry-basierte Systeme verfügen über eine eingeschränkte detaillierte Zugangskontrolle. Wir möchten verstehen, wie du deine Daten organisierst:
- Trennst du Telemetry aktuell nach Team oder Service auf deiner Plattform?
- Sollen alle Uptrends Prüfobjekte Daten an einen Endpunkt senden oder an unterschiedliche Endpunkte nach Team?
- Uptrends kann an unterschiedliche Endpunkte je nach Prüfobjektgruppe senden. Würde das deiner Einrichtung entsprechen?
- Kommen Ausführen eines einzelnen OpenTelemetry Collectors und Routing und Datenänderung dort in Betracht?
Sicherheit
Wir überprüfen, was in Bezug auf Sicherheit für dich erforderlich ist:
- Was sind die Sicherheitsanforderungen für den OpenTelemetry-Endpunkt?
- Reicht der Schutz des Endpunkts über einen API-Schlüssel oder mit Benutzername und Passwort?
- Ist dein Endpunkt öffentlich erreichbar?
- Möchtest du eine IP-Allow-Liste in deinem OpenTelemetry Collector?
Resiliency
Wir möchten auch erfahren, welche Erwartungen du hast, wenn dein Endpunkt nicht erreichbar ist:
- Wie lange soll Uptrends Daten verwahren, die nicht gesendet werden können, und wie häufig sollen wir es versuchen?
- Gibt es bei deiner Plattform Einschränkungen hinsichtlich dazu, wie alt eingehende Daten sein können?
- Benötigst du Ratenbeschränkungen, wie schnell wir Daten senden können?
Was Uptrends von dir benötigt
Es würde helfen, wenn du vor oder während des Workshops Folgendes bereitstellst:
-
Den URL-Endpunkt deiner Observability-Plattform oder des OpenTelemetry Collectors.
-
Die Authentifizierungsdaten, die zum Senden von Daten benötigt werden:
a. Für die Basic-Authentifizierung: ein Benutzername und Passwort, die wir sicher in unserer Vault aufbewahren. b. Für andere Methoden: einen von uns zu verwendenden API-Schlüssel oder ein Geheimnis und den Header-Namen oder den gRPC-Metadatenschlüssel.
Wir verwenden eine sichere Vault, um diese Daten zu speichern. Wenn du bereits intern Vault Items nutzt, benötigen wir nur den Vault Item Namen oder die ID.
(Optional) Attributeinstellungen von OpenTelemetry
Abhängig von der Art, wie du Services auf deiner Observability-Plattform einrichtest, solltest du eventuell einige OpenTelemetry anpassen. Die Standardeinstellungen sind:
| OTel Attributname | Standardwert |
|---|---|
service.namespace |
uptrends-monitoring |
service.name |
{{MonitorName}} |
service.instance.id |
nicht gesetzt |
deployment.environment |
nicht gesetzt |
Sollten diese Attribute dir nicht bekannt sein, keine Sorge. Unterschiedliche Plattformen zeigen sie verschieden an und nutzen sie individuell. Während des Workshops sehen wir uns diese Einstellungen mit dir an und passen sie entsprechend deiner Umgebung an.