Grok-like pattern matching
Write patterns with named capture groups in a grok-compatible syntax — common formats like Apache, nginx, and syslog are available as built-in templates.
Define parsing rules — grok-like patterns and named regex groups — that extract queryable fields from any unstructured log format at ingest time, before a single event touches the explorer.
Every log line your application emits can become a set of named, typed fields before it lands in the explorer. Once a parser is active, those fields appear as facets automatically — no schema migrations, no re-indexing.
Write patterns with named capture groups in a grok-compatible syntax — common formats like Apache, nginx, and syslog are available as built-in templates.
For anything without a template, write a standard regex with named capture groups; each group maps directly to a searchable field in the log explorer.
Paste a sample log line and see extracted fields appear instantly as you edit the pattern — no deploy cycle, no guesswork about whether the rule works.
Attach more than one parser to a log source to handle mixed formats — for example, JSON application logs and plaintext access logs from the same service.
Parsing happens when the event arrives, so the explorer indexes extracted fields immediately and every subsequent query benefits without any backfill.
Update or replace a parser rule in seconds; new events use the updated rule while older events retain their original parsed fields.
The parser editor runs your pattern against a sample log line on every keystroke. Matched fields appear in a live preview table — you know the rule is correct before you ever save it, and iterate in seconds rather than waiting for a pipeline restart.
Parser rules are stored as first-class resources you can export, version, and manage via the API. Apply the same parser to multiple log sources, share patterns across environments, and keep your parsing configuration in source control alongside the rest of your infrastructure.
added to query latency — parsing is at ingest
built-in templates for common log formats
of extracted fields become searchable facets
free tier — start without a credit card
Not necessarily. Built-in templates cover nginx, Apache, HAProxy, syslog, and other common formats — select one and it's ready to go. For custom formats a regex with named capture groups is all that's needed.
At ingest time, before the event is indexed. This means extracted fields are immediately available as facets and filter targets in the log explorer without any re-processing step.
Non-matching lines are still stored and searchable via full-text search. Only the structured field extraction is skipped. You can monitor the match rate in the parser detail view and refine the pattern accordingly.
Yes. A parser is a reusable rule that you attach to one or more log sources. Update the rule once and all attached sources use the new pattern for subsequent events.
Yes. Every parser operation — create, update, delete, list — is available through the REST API, making it straightforward to manage parsing configuration as part of your infrastructure-as-code workflow.
Every product starts free — uptime, cron, synthetic, logs, RUM, incidents, and status pages. No credit card required.