Docs
DocumentationQuery ReferenceAPI Reference
Open Console→→
DocumentationQuery ReferenceAPI Reference

Platform overview

What is Axiom?QuickstartArchitectureFeatures
Fundamentals
Datasets
Edge deployments
Limits
Performance
Optimize usage
Requirements
Semantic conventions
Glossary
Tour
SecurityRoadmap

Send data

Reference architecturesMethods

Understand data

Console
Query
Builder
Editor
Query results
Visualize
Traces
Metrics
Correlations
Save queries
Stream
Dashboard
Create
Elements
Create
Configure
Element types
Gauge
Heatmap
Log stream
Monitor list
Note
Pie chart
Scatter plot
Statistic
Table
Time series
Sections
Configure
Filter
Annotate
Monitor
Overview
View status
Configure
Examples
Monitor types
Anomaly
Match
Threshold
Alerting
Overview
Configure
Notifier types
Custom Webhook
Discord
Email
Microsoft Teams
Opsgenie
PagerDuty
Slack
Manage
Datasets
Overview
Views
Virtual fields
Access
RBAC
Tokens
CLI
Organization
Audit log
Settings
Usage and billing
Profile
Extend
Overview
AWS Lambda
AWS PrivateLink
Cloudflare Workers
Cloudflare Logpush
Convex
Grafana
Hex
Netlify
Supabase
Tailscale
Terraform
Unkey
Vercel
Intelligence
Overview
Spotlight
AI agents
Overview
MCP Server
Query cost limits
Agent-created orgs
Skills
Overview
Axiom alerting
Build dashboards
Control costs
Query metrics
SRE
Translate SPL to APL
Splunk
Overview
Splunk app
Install and configure
Commands
Examples
Portal
How it works
Set up standard mode
Set up transparent mode
Observability Cloud
SPL command support
Examples
Monitor and troubleshoot

Use cases

ObservabilityProduct analytics
LLM observability
Overview
Use Axiom AI SDK
Manual instrumentation
GenAI attributes
Redaction policies

Miscellaneous

LLMs
Overview
List of docs pages
Full docs
Query reference
FAQs
Legal
Acceptable use policy
Cookies
Data processing
HIPAA
Partner agreement
Partner program guide
Privacy policy
SLA
Terms of service
Terms of use
Understand data/Splunk

How the Axiom Portal for Splunk works

Learn how the Axiom Portal for Splunk implements Splunk federated search, how work is divided between Axiom and the Splunk search head, and how to choose a mode.

The Axiom Portal for Splunk makes Axiom datasets appear as ordinary Splunk indexes. Anyone who knows SPL, or just knows how to click around Splunk dashboards, can search petabyte-scale Axiom data from their existing Splunk search head, live and with exact results.

The Portal implements the remote side of Splunk’s federated search protocol, the same protocol Splunk uses between its own deployments. Your Splunk search head registers the Portal as a federated provider and treats it like a remote Splunk peer. The Portal translates the dispatched work into Axiom queries, runs them inside Axiom, and streams results back in Splunk’s native result format. No data is copied into Splunk, and nothing is installed on the search head.

A Portal is an Axiom integration that speaks another tool’s own remote-data protocol, so Axiom appears natively inside that tool. The Portal for Splunk is the first of the family.

Rendering diagram…

Where the work happens

The defining feature of the Portal is pushdown: the expensive parts of a search run inside Axiom, next to the data.

  • Pushed down to Axiom. Filters, projections, and aggregations are translated and computed inside Axiom. A stats count over a billion events scans the data in Axiom and returns a handful of rows to Splunk. Pushed-down aggregations are exact at any dataset size, not sampled, and include stats, timechart, chart, top, rare, and tstats.
  • Run on the search head. Streaming and transforming commands like eval, rex, dedup, and transaction run on the Splunk search head over the events Axiom returns, identical to how Splunk works with its own remote peers. Everything behaves like native SPL because it is native SPL.

This split means the Splunk search head’s limits stop mattering for anything except raw event retrieval. Aggregation results are effectively unbounded because they’re computed in Axiom. For the exact command-by-command breakdown, see SPL command support.

The Portal never degrades results silently. Whenever a result is trimmed or estimated, the search shows a WARN or INFO banner explaining what happened, and per-search Axiom metrics appear in Splunk’s Job Inspector. For details, see Monitor and troubleshoot.

Two modes

Splunk federated search has two modes, and the Portal supports both.

Standard mode maps each Axiom dataset to a federated index that users address as index=federated:<name>. It’s explicit, simple to reason about, and the recommended starting point. Each dataset you expose is mapped once by a Splunk admin.

Rendering diagram…

Transparent mode makes Axiom datasets directly addressable by their own names, as index=<name>, with zero per-dataset mapping. Splunk also replicates the search head’s knowledge bundle to Axiom, so your existing CSV lookups, automatic lookups, and data models work against Axiom data. Transparent mode works from Splunk Enterprise and Splunk Cloud Platform on the Victoria Experience.

Rendering diagram…
Standard modeTransparent mode
Index syntaxindex=federated:http-logsindex=http-logs
Per-dataset setupOne federated index per datasetNone
Splunk lookups over Axiom dataNoYes, CSV and automatic lookups
Data models and tstatsLimitedYes
Machine Learning Toolkit (MLTK)YesYes
Splunk Enterprise SecurityNot supported by SplunkSupported
Splunk editionsSplunk Enterprise and Splunk Cloud PlatformSplunk Enterprise and Splunk Cloud Platform (Victoria Experience)
Info

If you use Splunk Enterprise Security, choose transparent mode. Splunk doesn’t support federated search in standard mode with Enterprise Security. For more information, see Use federated searches in transparent mode with Splunk Enterprise Security in the Splunk documentation.

Warning

Use one mode per Splunk deployment. Registering both a standard and a transparent provider against the same Portal endpoint yields inconsistent results. This is a general caveat of Splunk federated search, not specific to Axiom.

Supported Splunk versions

Axiom verifies the Portal against Splunk Enterprise 9.0 through 10.4 in both modes. Splunk Enterprise 9.0 or later is recommended.

The Portal supports Splunk Cloud Platform on the Victoria Experience, which all new Splunk Cloud instances use, in both modes. To check which experience your environment uses, see Determine your Splunk Cloud Platform Experience in the Splunk documentation.

Security model

  • The connection is always initiated by your Splunk search head over HTTPS. The Portal never connects into your network.
  • Splunk authenticates with an Axiom API token that needs only query permissions on the datasets you choose to expose. Reads only, no ingest or management access.
  • Revoking the token immediately removes Splunk’s access. For more information, see Tokens.

What’s next

  • Set up standard mode
  • Set up transparent mode
  • SPL command support
  • Examples
Was this page helpful?
Suggest edits on GitHub
PreviousAxiom for Splunk app examplesNextSet up the Axiom Portal for Splunk in standard mode
On this page
Where the work happensTwo modesSupported Splunk versionsSecurity modelWhat’s next