Skip to main content
PrepForge
Home
Questions Others Experiences
Search problems, topics...Ctrl K
Sign in
All platforms

Splunk

Indexers, forwarders and search heads, SPL, Observability Cloud, and alerting

Splunk is built around three roles — forwarders collect, indexers store and index, search heads query — and most architecture questions are really about how those scale and where the bottleneck sits. The schema-on-read model is the concept interviewers probe hardest: Splunk does not force structure at ingest, so the same raw event can be parsed differently by different searches. That flexibility is why Splunk suits security and forensic work, and why poorly written searches get expensive. Expect questions on SPL — the pipe model, the difference between streaming and transforming commands, and why moving a filter earlier in the pipeline matters more than any other optimisation. Index-time versus search-time field extraction, summary indexing for expensive recurring reports, and the licensing model based on daily ingest volume are all common ground.

0/4 learned
1

Architecture — Forwarders, Indexers & Search Heads

Understand how Splunk ingests, indexes, and searches machine data at scale.

indexerforwardersearch-headschema-on-read
2

SPL — Search Processing Language

Compose searches as a pipeline of commands to filter, transform, and aggregate events.

splstatstimechartpipeline
3

Splunk Observability Cloud

Use the SignalFx-derived suite for real-time metrics, APM, infra, and RUM.

signalfxstreamingapmrum
4

Alerts, Dashboards & Apps

Operationalise searches into saved alerts, dashboards, and reusable apps.

alertsdashboardsappssplunkbase
Written and reviewed by Santosh Bhima, SSR Labs. © 2026 SSR Labs. All rights reserved.
AboutContactPrivacyTermsChangelog