Tracing end-to-end delle richieste
Segui una singola richiesta dal bordo attraverso ogni microservizio, chiamata al database e API esterna: ogni hop è catturato come span con nome.
Distributed tracing
Segui ogni richiesta
Segui ogni richiesta
attraverso ogni servizio.
Span, waterfall della latenza e mappe dei servizi automatiche: trova il servizio lento in una singola richiesta che ha toccato una dozzina di microservizi, poi leggi le righe di log che riportano lo stesso trace ID senza cambiare strumento.
Free tier included
No credit card
2-minute setup
Una trace, l'intera storia.
Una singola richiesta lenta può toccare una dozzina di servizi prima di restituire una risposta. Il distributed tracing segue ogni hop, registra ogni span e mostra la waterfall completa della latenza, così sai quale servizio ha aggiunto 580ms e esattamente perché.
Vista waterfall della latenza
La timeline waterfall mostra ogni span nell'ordine corretto, con ora di inizio e durata in scala rispetto all'intera richiesta, così l'hop lento salta subito all'occhio.
Mappe dei servizi automatiche
I grafici di dipendenza dei servizi vengono inferiti dai dati delle trace, nessuna configurazione richiesta. Vedi quali dei tuoi servizi strumentati chiamano quali, e quanto spesso quelle chiamate falliscono.
Ricerca e filtraggio delle trace
Filtra per servizio, nome dell'operazione, intervallo di durata e stato, cerca valori esatti degli attributi degli span o cerca nel testo dei valori degli attributi, per trovare la richiesta che ti serve tra migliaia di trace.
OpenTelemetry nativo
Accetta trace via OTLP/HTTP, in protobuf o JSON: qualsiasi applicazione strumentata con OTel può puntare il proprio exporter su Site Qwality senza modifiche all'SDK.
Correlazione con i log
Le righe di log che riportano un trace ID sono elencate sotto quella trace, così il contesto di una richiesta lenta si trova proprio sotto la sua waterfall.
Trova il collo di bottiglia
Smetti di indovinare quale servizio
Smetti di indovinare quale servizio
è quello lento.
La waterfall della latenza lo rende ovvio. Ogni span mostra il proprio contributo al tempo totale della richiesta: scorri fino alla barra più larga e quello è il tuo collo di bottiglia. Approfondisci lo span per vederne attributi ed eventi, e gli span figli che ha generato annidati sotto di esso.
- Ogni span disegnato in scala rispetto all'intera richiesta
- Gli attributi degli span espongono il testo della query DB, il target HTTP e metadati personalizzati
- Latenza P50 / P95 / P99 delle trace e conteggio degli errori in grafico nel tempo
GET /product/:id · trace HealthyLIVE
TOTAL DURATION394ms
SPANS8
SLOWEST SPAN320ms
router12ms
auth-middleware18ms
product-svc24ms
cache-check9ms
db-query320ms
OTel in pochi minuti
Già strumentato?
Già strumentato?
Hai già finito.
Site Qwality parla OTLP nativamente. Se i tuoi servizi esportano già trace OpenTelemetry (con l'OTel SDK, l'auto-strumentazione o un agente), imposta qualche variabile d'ambiente e le trace iniziano ad arrivare. Nessun SDK proprietario, nessun vendor lock-in.
- OTLP/HTTP, in protobuf o JSON
- Funziona con qualsiasi OTel SDK che esporta via HTTP: Go, Java, Python, Node.js, .NET, Ruby
- Porta la tua strumentazione esistente, nessuna modifica al codice necessaria
configure OTLP exporter# Set in your service environment
OTEL_SERVICE_NAME=payment-service
OTEL_TRACES_EXPORTER=otlp
OTEL_EXPORTER_OTLP_TRACES_PROTOCOL=http/protobuf
OTEL_EXPORTER_OTLP_TRACES_ENDPOINT=https://traces.siteqwality.com/v1/traces
OTEL_EXPORTER_OTLP_TRACES_HEADERS="Authorization=YOUR_API_KEY"
OTEL_METRICS_EXPORTER=none
OTEL_LOGS_EXPORTER=none
# Restart your service; traces show up within a minute
OTEL_SERVICE_NAME=payment-service
OTEL_TRACES_EXPORTER=otlp
OTEL_EXPORTER_OTLP_TRACES_PROTOCOL=http/protobuf
OTEL_EXPORTER_OTLP_TRACES_ENDPOINT=https://traces.siteqwality.com/v1/traces
OTEL_EXPORTER_OTLP_TRACES_HEADERS="Authorization=YOUR_API_KEY"
OTEL_METRICS_EXPORTER=none
OTEL_LOGS_EXPORTER=none
# Restart your service; traces show up within a minute
14
span catturati per una tipica richiesta di checkout
30d
conservazione delle trace più lunga che vendiamo oggi
0
agenti proprietari, solo OTLP standard
$0
piano gratuito, inizia senza carta di credito
FAQ
Punta il tuo exporter OpenTelemetry su https://traces.siteqwality.com/v1/traces via OTLP/HTTP e invia la chiave API nell'header Authorization. Riavvia il servizio e le trace compaiono entro un minuto. Nessun SDK proprietario richiesto.
Qualsiasi SDK OpenTelemetry in grado di esportare OTLP via HTTP, in protobuf o JSON: Go, Java, Python, Node.js, .NET, Ruby, PHP e altri. Le librerie di auto-strumentazione gestiscono la maggior parte dei framework senza modifiche al codice. Se il tuo SDK usa gRPC di default, imposta il protocollo su http/protobuf.
Sì. Aggiungi il trace ID alle voci di log come campo trace_id (molte librerie di logging possono leggerlo dal contesto OpenTelemetry attivo) e la vista della trace elenca le righe di log corrispondenti, con lo span ID quando i tuoi log lo riportano.
Il grafico delle dipendenze dei servizi viene derivato automaticamente dalle relazioni padre-figlio degli span nei dati delle trace. Non è richiesta alcuna definizione manuale della topologia. Traccia un collegamento ovunque uno span di un servizio strumentato chiami uno span di un altro, quindi riflette il tuo traffico reale.
3 giorni sul piano gratuito, 15 giorni sul pacchetto telemetria da 50 GB e 30 giorni sui pacchetti da 200 GB e 1 TB. La stessa finestra vale per i tuoi log e le tue metriche. I servizi ad alto volume possono usare il campionamento head-based o tail-based nell'SDK o in un OpenTelemetry Collector per contenere il volume.
Related features
Inizia gratis. Nessuna carta di credito.
Uptime, cron, synthetic, log, RUM, incidenti e pagine di stato. Piano gratuito su ogni prodotto.