Ogni segnale. Una storia chiara.

LogBrew ti aiuta a indagare sugli errori delle applicazioni con problemi raggruppati, log e tracce. Apri un problema per esaminarne il contesto acquisito o cerca un evento specifico nei log. I dettagli disponibili dipendono dall’integrazione e da ciò che la tua applicazione invia.

I log registrano singoli eventi, compresa l’attività normale. Il monitoraggio degli errori raggruppa gli errori correlati in problemi, così puoi vedere le occorrenze ripetute e quando si sono verificate l’ultima volta. Usa il problema per scegliere cosa analizzare, poi esamina i log correlati per avere il contesto.

Parti da un’occorrenza acquisita e controlla ambiente, release, messaggio e stack trace. Esamina i log correlati e le prove della traccia, se presenti. Questi dati possono restringere l’indagine anche quando non riesci a riprodurre l’errore in locale, ma non garantiscono di trovare la causa principale.

Quando l’integrazione acquisisce breadcrumb o log correlati, i dettagli del problema possono mostrare gli eventi intorno all’errore. Una traccia collegata può aggiungere i tempi delle operazioni. LogBrew non può ricostruire attività che la tua applicazione non ha acquisito.

Un log registra un evento. Uno stack trace mostra le chiamate di funzione associate a un errore. Una traccia distribuita segue le operazioni correlate di una richiesta o di un’attività, anche tra servizi diversi. Ognuno risponde a una domanda diversa durante l’analisi di un errore.

Usa Problemi per esaminare gli errori raggruppati, il numero di occorrenze e l’ultima occorrenza. Restringi i risultati per progetto e intervallo di tempo, poi esamina una singola occorrenza. La ripetizione ti aiuta a individuare uno schema, ma da sola non misura l’impatto sugli utenti.

Gli eventi correlati possono essere collegati quando le integrazioni acquisiscono e propagano un contesto di traccia corrispondente. Un timestamp condiviso o un messaggio simile non basta a dimostrare che due eventi appartengono alla stessa richiesta. Segui le istruzioni di tracciamento di ogni integrazione.

Un errore può essere acquisito senza un contesto di traccia attivo. Una traccia può anche non essere disponibile nel momento in cui la esamini. Controlla lo stato delle prove nei dettagli del problema e la configurazione del tracciamento della tua integrazione. Un SDK più recente non aggiunge il contesto di traccia alle occorrenze passate.

Sì. Usa il contesto di indagine disponibile, la CLI o gli strumenti MCP per dare al tuo agente prove circoscritte. La guida per agenti spiega il flusso di lavoro. Controlla quali dati condividi, tieni le credenziali fuori dai prompt ed esamina le modifiche proposte prima di applicarle.

Puoi indagare direttamente nella dashboard. Gli strumenti per agenti sono facoltativi. Entrambi gli approcci devono usare le prove acquisite e lasciare visibile il contesto mancante o limitato. LogBrew non garantisce una correzione automatica.

Crea un progetto, scegli l’integrazione per il tuo linguaggio o framework e segui la relativa guida alla configurazione. Invia un evento di prova sicuro e verifica che compaia nel progetto giusto. Segnali supportati e configurazione variano da un’integrazione all’altra.

Controlla prima il progetto selezionato, l’intervallo di date e gli altri filtri. Poi verifica la configurazione del progetto e il segnale inviato dalla tua integrazione. Log, problemi e tracce sono flussi separati, quindi una pagina Log vuota non significa che non siano arrivati problemi.

Puoi organizzare la telemetria in progetti e usare le viste supportate per selezionare uno, alcuni o tutti i progetti a cui hai accesso. Un servizio identifica il componente che invia i dati all’interno di un progetto. Tieni distinti questi ambiti quando confronti l’attività di frontend, backend e worker.

La raccolta e la trasmissione della telemetria usano risorse. L’effetto dipende dall’SDK, dalla configurazione e dal volume degli eventi. Prova l’integrazione con un carico di lavoro rappresentativo e usa i controlli documentati per quell’SDK. Non dare per scontato un overhead pari a zero.

Non includere segreti o dati personali non necessari in messaggi, attributi o contesto degli errori. Controlla le opzioni di acquisizione e oscuramento del tuo SDK, poi esamina un evento di prova sicuro prima di attivare l’integrazione in produzione. Non dare per scontato che ogni campo venga rimosso automaticamente.

Consulta la pagina Prezzi per i piani attuali e le quote incluse. Dopo l’accesso, controlla le pagine dell’account e dell’utilizzo per le informazioni relative al tuo account. Verifica i dettagli del piano attuale invece di dare per scontata una raccolta illimitata.