End-to-End-Request-Tracing
Folgen Sie einer einzelnen Anfrage vom Edge durch jeden Microservice, Datenbankaufruf und externe API — jeder Hop wird als benannter Span erfasst.
Distributed Tracing
Jeder Anfrage folgen
Jeder Anfrage folgen
durch jeden Service.
Spans, ein Latenz-Wasserfall und automatische Service-Maps — finden Sie den langsamen Service in einer einzigen Anfrage, die ein Dutzend Services berührt hat, und springen Sie direkt zu den zugehörigen Logs und Metriken, ohne das Tool zu wechseln.
Free tier included
No credit card
2-minute setup
POST /checkout · trace HealthyLIVE
TOTAL DURATION842ms
SPANS14
SERVICES5
api-gateway38ms
auth-service62ms
inventory-svc94ms
payment-service580ms
notification-svc42ms
Was Sie erhalten
Ein Trace, die ganze Geschichte.
Eine einzige langsame Anfrage kann ein Dutzend Services durchlaufen, bevor sie zurückkehrt. Distributed Tracing verfolgt jeden Hop, erfasst jeden Span und rendert den vollständigen Latenz-Wasserfall — damit Sie wissen, welcher Service 580 ms hinzugefügt hat und genau warum.
Latenz-Wasserfall-Ansicht
Die Wasserfall-Zeitleiste zeigt jeden Span in der Reihenfolge mit maßstabsgetreuem Start und Dauer, sodass der kritische Pfad sofort sichtbar ist.
Automatische Service-Maps
Service-Abhängigkeitsgraphen werden aus Trace-Daten abgeleitet — keine Konfiguration erforderlich. Sehen Sie, welche Services welche aufrufen und wo sich Fehler ausbreiten.
Trace-Suche und -Filterung
Suche nach Service, Operationsname, Dauerspanne, Status-Code oder beliebigem Span-Attribut, um die genaue Anfrage über Tausende von Traces hinweg zu finden.
OpenTelemetry-nativ
Akzeptiert Traces über OTLP/HTTP und OTLP/gRPC — jede OTel-instrumentierte Anwendung kann ihren Exporter auf Site Qwality zeigen, ohne SDK-Änderungen.
Mit Logs und Metriken korrelieren
Springen Sie von einem langsamen Span direkt zu den Logzeilen, die in genau diesem Zeitfenster und Service emittiert wurden, ohne die Trace-Ansicht zu verlassen.
01 · Den Engpass finden
Aufhören zu raten, welcher Service
Aufhören zu raten, welcher Service
der langsame ist.
Der Latenz-Wasserfall macht es offensichtlich. Jeder Span zeigt seinen eigenen Beitrag zur gesamten Anfragezeit — scrollen Sie zum breitesten Balken und das ist Ihr Engpass. Gehen Sie in den Span hinein, um vollständige Attribute, Events und alle erzeugten Child-Spans zu sehen.
- Kritischer Pfad hervorgehoben — sequentielle Engpässe sind leicht zu erkennen
- Span-Attribute zeigen DB-Query-Text, HTTP-Ziel und benutzerdefinierte Metadaten
- P50 / P95 / P99 pro Operation über alle gesampelten Traces
GET /product/:id · trace HealthyLIVE
TOTAL DURATION394ms
SPANS8
P95 · OP320ms
router12ms
auth-middleware18ms
product-svc24ms
cache-check9ms
db-query320ms
02 · OTel in Minuten
Bereits instrumentiert?
Bereits instrumentiert?
Dann sind Sie fertig.
Site Qwality spricht OTLP nativ. Wenn Ihre Services bereits OpenTelemetry-Traces exportieren — mit dem OTel SDK, Auto-Instrumentierung oder einem Agent — ändern Sie eine Umgebungsvariable und Traces treffen sofort ein. Kein proprietäres SDK, kein Vendor-Lock-in.
- OTLP/HTTP und OTLP/gRPC werden beide unterstützt
- Funktioniert mit jedem OTel SDK: Go, Java, Python, Node.js, .NET, Ruby
- Bestehende Instrumentierung mitbringen — keine Code-Änderungen nötig
configure OTLP exporter# Set in your service environment
OTEL_EXPORTER_OTLP_ENDPOINT=https://traces.siteqwality.com
OTEL_EXPORTER_OTLP_HEADERS="x-sq-key=YOUR_API_KEY"
OTEL_SERVICE_NAME=payment-service
OTEL_TRACES_EXPORTER=otlp
# Restart your service — traces appear immediately
OTEL_EXPORTER_OTLP_ENDPOINT=https://traces.siteqwality.com
OTEL_EXPORTER_OTLP_HEADERS="x-sq-key=YOUR_API_KEY"
OTEL_SERVICE_NAME=payment-service
OTEL_TRACES_EXPORTER=otlp
# Restart your service — traces appear immediately
14
Spans pro typischer Checkout-Anfrage erfasst
<1s
Trace-Suchlatenz über Millionen von Spans
0
proprietäre Agents — nur Standard-OTLP
$0
kostenloser Tarif — ohne Kreditkarte starten
FAQ
Questions, answered.
Richten Sie Ihren OpenTelemetry-Exporter auf Ihren Site Qwality Ingest-Endpunkt über OTLP/HTTP oder OTLP/gRPC. Setzen Sie den API-Schlüssel-Header, starten Sie Ihren Service neu und Traces treffen sofort ein. Kein proprietäres SDK erforderlich.
Jeder Service, der mit dem OpenTelemetry SDK instrumentiert ist, wird unterstützt — Go, Java, Python, Node.js, .NET, Ruby, PHP und mehr. Auto-Instrumentierungsbibliotheken verarbeiten die meisten Frameworks ohne Code-Änderungen.
Ja. Wenn Ihre Anwendung Logs ausgibt, die die Trace-ID enthalten — Standard bei den meisten OTel-Logging-Integrationen — zeigt die Trace-Ansicht einen Direktlink zu den korrelierten Logzeilen für jeden Span.
Der Service-Abhängigkeitsgraph wird automatisch aus Span-Eltern-Kind-Beziehungen in Ihren Trace-Daten abgeleitet. Keine manuelle Topologiedefinition erforderlich — er spiegelt Ihre tatsächlichen Traffic-Muster wider.
Die Trace-Aufbewahrung ist pro Tarif konfigurierbar, typischerweise 30 Tage für detaillierte Span-Daten. Umgebungen mit hohem Volumen können Head-Based oder Tail-Based Sampling verwenden, um den Speicher zu kontrollieren und gleichzeitig die wichtigsten Traces zu erhalten.
More of the platform
Explore the rest of the platform
Bereit?
In unter einer Minute live gehen.
Jedes Produkt startet kostenlos — Uptime-Monitoring, Cron-Monitoring, Synthetisches Monitoring, Logs, RUM, Incidents und Statusseiten. Keine Kreditkarte erforderlich.