Pattern matching grok-like
Scrivere pattern con gruppi di cattura con nome in una sintassi compatibile con grok — i formati più comuni come Apache, nginx e syslog sono disponibili come template integrati.
Definire regole di parsing — pattern grok-like e gruppi regex con nome — che estraggono campi interrogabili da qualsiasi formato di log non strutturato al momento dell'ingestione, prima che un singolo evento raggiunga l'explorer.
Ogni riga di log emessa dall'applicazione può diventare un insieme di campi con nome e tipizzati prima di arrivare nell'explorer. Una volta attivo un parser, quei campi compaiono automaticamente come facets — nessuna migrazione di schema, nessuna re-indicizzazione.
Scrivere pattern con gruppi di cattura con nome in una sintassi compatibile con grok — i formati più comuni come Apache, nginx e syslog sono disponibili come template integrati.
Per tutto ciò che non ha un template, scrivere una regex standard con gruppi di cattura con nome; ogni gruppo viene mappato direttamente a un campo ricercabile nel log explorer.
Incollare una riga di log di esempio e vedere i campi estratti apparire istantaneamente durante la modifica del pattern — nessun ciclo di deploy, nessun dubbio sul funzionamento della regola.
Associare più di un parser a una sorgente di log per gestire formati misti — ad esempio, log applicativi JSON e log di accesso in testo semplice dallo stesso servizio.
Il parsing avviene quando l'evento arriva, quindi l'explorer indicizza immediatamente i campi estratti e ogni query successiva ne beneficia senza alcun backfill.
Aggiornare o sostituire una regola del parser in pochi secondi; i nuovi eventi usano la regola aggiornata mentre gli eventi precedenti mantengono i campi originali già parsati.
L'editor del parser esegue il pattern su una riga di log di esempio ad ogni pressione di tasto. I campi corrispondenti appaiono in un'anteprima live — si sa che la regola è corretta prima ancora di salvarla, e si itera in secondi invece di attendere il riavvio di una pipeline.
Le regole del parser sono archiviate come risorse di primo livello che possono essere esportate, versionizzate e gestite via API. Applicare lo stesso parser a più sorgenti di log, condividere pattern tra ambienti e mantenere la configurazione del parsing in source control insieme al resto dell'infrastruttura.
aggiunta alla latenza delle query — il parsing è all'ingestione
template integrati per i formati di log più comuni
dei campi estratti diventano facets ricercabili
piano gratuito — inizia senza carta di credito
Non necessariamente. I template integrati coprono nginx, Apache, HAProxy, syslog e altri formati comuni — basta selezionarne uno ed è subito pronto. Per i formati personalizzati è sufficiente una regex con gruppi di cattura con nome.
Al momento dell'ingestione, prima che l'evento venga indicizzato. Ciò significa che i campi estratti sono immediatamente disponibili come facets e target di filtro nel log explorer senza alcuna fase di rielaborazione.
Le righe non corrispondenti vengono comunque archiviate e sono ricercabili tramite ricerca full-text. Solo l'estrazione dei campi strutturati viene saltata. È possibile monitorare il tasso di corrispondenza nella vista dettaglio del parser e perfezionare il pattern di conseguenza.
Sì. Un parser è una regola riutilizzabile che si associa a una o più sorgenti di log. Aggiornare la regola una volta e tutte le sorgenti collegate useranno il nuovo pattern per gli eventi successivi.
Sì. Ogni operazione sui parser — creazione, aggiornamento, eliminazione, elenco — è disponibile tramite REST API, rendendo immediata la gestione della configurazione del parsing come parte del workflow infrastructure-as-code.
Ogni prodotto parte gratuitamente — uptime, cron, synthetic, log, RUM, incidenti e pagine di stato. Nessuna carta di credito richiesta.