Gli errori usano il formato di errore standard dell’API.
Una lettura senza un’autenticazione valida dell’account restituisce
401 con
code: "unauthorized". Non mostrare questo errore come utilizzo zero, grafico
vuoto o piano gratuito. Un metodo non supportato restituisce 405 con
code: "method_not_allowed" e next indica la richiesta supportata.
L’API dell’account riporta l’utilizzo della telemetria, non importi in denaro.
Non riporta addebiti, fatture o stato dei pagamenti.
Utilizzo dell’account
GET /api/account/usage è l’endpoint di riferimento per utilizzo e quota.
Usalo per i totali di utilizzo, l’orario di azzeramento, lo stato della quota
e le suddivisioni per progetto e per flusso di telemetria. Non calcolare
l’utilizzo da file dell’SDK, file della CLI o contatori del client. Il comando
CLI logbrew usage legge questo endpoint. Consulta il
riferimento della CLI.
Eventi scartati dagli SDK
Inviaresponse_version=2 per ricevere anche sdk_dropped_events. Senza questo parametro, o con response_version=1, la risposta non contiene questo campo.
sdk_dropped_events elenca gli eventi che gli SDK hanno segnalato come scartati prima dell’invio nel periodo corrente, per esempio perché la coda del client era piena. C’è 1 riga per ogni progetto e motivo:
Gli eventi scartati non sono mai arrivati a LogBrew. Non vengono fatturati e non contano in
usage, by_project o by_stream. L’array è vuoto quando nessun SDK ha segnalato eventi scartati.
Stati della quota
Usastate per la scelta principale. limit vale null solo quando state
è ok.
next_action.state, next_action.limit e next_action.reset_at ripetono i
valori di primo livello. I valori di next_action.code includono anche
check_usage_limits con il target account_usage. Se il tuo client riceve
questa coppia, leggi di nuovo l’utilizzo e mostra next.
LogBrew misura ogni tipo di telemetria rispetto alla sua quota. limit le
raggruppa:
eventscomprende gli eventi dei problemi e gli span delle tracce.bytescomprende i byte dei log e i byte delle metriche.
limit indica la quota
bloccata. Lo stato warning inizia quando l’utilizzo raggiunge
warning_threshold di una quota. Lo stato blocked inizia quando l’utilizzo
raggiunge la quota.
Il testo di next può cambiare, per esempio quando i piani non sono in
vendita. I valori di next_action non cambiano. Localizza a partire da
next_action. Non analizzare next.
Un limite di utilizzo dell’account non è un limite di frequenza dell’API.
Quando l’ingestione supera una quota, la richiesta di ingestione restituisce
429 con usage_limit_exceeded e il corpo aggiunge limit e reset_at. In
questo errore, limit indica la quota esatta: issue_events, log_bytes,
metric_bytes o trace_spans. LogBrew rifiuta l’intera richiesta. Non
inviare di nuovo quel tipo di telemetria fino a reset_at o finché il piano
non cambia. Quando un client invia troppe richieste, l’API restituisce
rate_limited. Consulta Errori API.
La risposta è un’istantanea. Leggila di nuovo dopo una modifica all’account.
GET /api/logs/usage è una risposta legacy di compatibilità per mobile, con
bytes_used, limit_bytes e month. Per le nuove integrazioni usa
GET /api/account/usage.Cronologia dell’utilizzo
GET /api/account/usage/history restituisce un numero limitato di fasce
temporali (bucket) di utilizzo, riempite con zeri, per grafici e report.
Imposta interval su un valore supportato. Se ometti interval, l’API usa
monthly. La route non accetta altre chiavi di query.
Questa risposta
yearly usa dati sintetici per una richiesta di giugno 2026.
Tutto l’utilizzo è avvenuto a giugno:
current.reset_at per l’azzeramento della quota. Non usare la fine
dell’intervallo della cronologia. current non è la somma delle fasce e le
sue date possono essere diverse da quelle dell’intervallo.
L’ultima fascia contiene il periodo di calendario corrente, che non è
completo. Il suo orario di fine futuro non significa che LogBrew abbia
misurato un utilizzo futuro. Una fascia con zeri significa che LogBrew non ha
contato alcun utilizzo in quella fascia.
In una fascia, usage.projects conta i progetti che hanno un utilizzo in
quella fascia. Non sommare questi conteggi per ottenere il numero di progetti.
Usa current.usage.projects per il numero di progetti di proprietà.
Rappresenta eventi e byte come serie separate, perché usano unità diverse. Le
fasce contengono l’utilizzo, non i costi. Non etichettare il grafico come
spesa, fatture o richieste API.
Un valore di interval non supportato restituisce 422:
422 con
validation_failed.
Stato dell’abbonamento
GET /api/account/subscription è di sola lettura. Usalo per decidere se
attivare i controlli dei piani a pagamento o delle organizzazioni. Per lo
stato della quota usa l’endpoint dell’utilizzo.
account_id è sintetico:
next è un testo da mostrare. Cambia quando i piani a pagamento sono o non
sono in vendita. Mostra il testo restituito oppure localizza a partire da
next_action. Non inserire nel codice il nome di un piano preso da next.
Valori enum:
Ogni motivo di blocco ha una sola coppia
next_action:
I valori del tier sono identificatori, non nomi da mostrare. Mantienili
invariati in un client localizzato. Un account a pagamento può comunque essere
bloccato. Controlla
organization_creation_allowed prima di attivare la
creazione di organizzazioni.
Questo endpoint non crea organizzazioni, non invia inviti, non cambia ruoli e
non modifica la fatturazione.
Disconnessione
Scegli l’ambito più piccolo adatto all’attività. Questi endpoint non eliminano l’account o i suoi progetti, non ruotano le chiavi di ingestione e non revocano l’autorizzazione concessa a un provider di accesso di terze parti.Un accesso dell’app o della CLI
Invia la richiesta dal client che possiede il token di aggiornamento. ImpostaContent-Type: application/json:
200:
200.
Se il token non è valido, è scaduto o è un token di accesso, la risposta è
401 con code: "unauthorized" e next_action.code: "authorize_request".
Anche in questo caso, rimuovi le credenziali locali. logbrew logout usa
questo endpoint.
Ogni accesso a LogBrew
Una risposta riuscita è200:
revoked_before è incluso e ha una precisione al millisecondo. LogBrew
rifiuta token di accesso, sessioni del browser e token di aggiornamento
provenienti da un accesso eseguito in quell’istante o prima. Rifiuta anche un
token aggiornato in seguito a partire da un accesso di questo tipo. Le
sessioni attive del flusso in tempo reale terminano e la risposta cancella il
cookie di sessione del browser. Un accesso eseguito dopo quell’istante resta
valido. Ogni client deve rimuovere le proprie credenziali LogBrew locali ed
eseguire di nuovo l’accesso.
Non eseguire di nuovo l’accesso per poi ripetere questa richiesta in
automatico. Una nuova richiesta revoca anche il nuovo accesso.
Se la risposta va persa, non dichiarare che tutti gli accessi sono stati
revocati. Un successivo 401 da una vecchia credenziale non sostituisce la
risposta di successo. Per altri passaggi di ripristino, leggi
Proteggi un account compromesso.
Sessione del browser
POST /api/auth/web/logout cancella il cookie logbrew_session del browser e
restituisce 204 No Content senza corpo. Chiamalo dal browser. Non copiare il
cookie di sessione in un comando. Questa richiesta non disconnette gli altri
client e non revoca una copia del valore del cookie. Per revocare ogni
sessione, usa Ogni accesso a LogBrew.
Risolvi un errore di disconnessione
Per le route, i filtri e la paginazione della telemetria, leggi
API di telemetria.
