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.
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 passa direttamente ai log e alle metriche correlate senza cambiare strumento.
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é.
Segui una singola richiesta dal bordo attraverso ogni microservizio, chiamata al database e API esterna — ogni hop è catturato come span con nome.
La timeline waterfall mostra ogni span nell'ordine corretto, con ora di inizio e durata in scala così il percorso critico è immediatamente visibile.
I grafici di dipendenza dei servizi vengono inferiti dai dati delle trace — nessuna configurazione richiesta. Vedi quali servizi chiamano quali e dove si propagano gli errori.
Cerca per servizio, nome dell'operazione, intervallo di durata, codice di stato o qualsiasi attributo degli span per trovare la richiesta esatta tra migliaia di trace.
Accetta trace via OTLP/HTTP e OTLP/gRPC — qualsiasi applicazione strumentata con OTel può puntare il proprio exporter su Site Qwality senza modifiche all'SDK.
Passa da uno span lento direttamente alle righe di log emesse durante quella precisa finestra temporale e servizio, senza uscire dalla vista della trace.
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 attributi completi, eventi e qualsiasi span figlio che ha generato.
Site Qwality parla OTLP nativamente. Se i tuoi servizi esportano già trace OpenTelemetry — con l'OTel SDK, l'auto-strumentazione o un agente — cambia una variabile d'ambiente e le trace iniziano ad arrivare. Nessun SDK proprietario, nessun vendor lock-in.
span catturati per una tipica richiesta di checkout
latenza di ricerca delle trace su milioni di span
agenti proprietari — solo OTLP standard
piano gratuito — inizia senza carta di credito
Punta il tuo exporter OpenTelemetry all'endpoint di ingest di Site Qwality usando OTLP/HTTP o OTLP/gRPC. Imposta l'header della chiave API, riavvia il tuo servizio e le trace arrivano immediatamente. Nessun SDK proprietario richiesto.
Qualsiasi servizio strumentato con l'OpenTelemetry SDK è supportato — 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.
Sì. Quando la tua applicazione emette log che includono il trace ID — standard con la maggior parte delle integrazioni di logging OTel — la vista della trace mostra un link diretto alle righe di log correlate per ogni span.
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 — riflette i tuoi pattern di traffico reali.
La conservazione delle trace è configurabile per piano, tipicamente 30 giorni per i dati dettagliati degli span. Gli ambienti ad alto volume possono usare il campionamento head-based o tail-based per controllare lo storage preservando le trace più importanti.
Ogni prodotto parte gratuitamente — uptime, cron, synthetic, log, RUM, incidenti e pagine di stato. Nessuna carta di credito richiesta.