Graphite
Graphite's answer to its own CVE backlog is a pre-release nobody calls official.
Comparison · Analytics
NetObserv vs Cortex
A side-by-side editorial comparison of NetObserv and Cortex — release velocity, themes, recent moves, and the top alternatives to consider.
Shared themes:prometheus
NetObserv vs Cortex: at a glance
What is NetObserv?
NetObserv is layering TLS visibility and health alerting on top of its eBPF flow pipeline.
NetObserv ships roughly monthly as a coordinated bundle — operator, eBPF agent, flowlogs-pipeline and console plugin move together in each release. The functional work over these six releases splits three ways: a TLS visibility feature that arrived as a knob in 1.11.3 and has been extended with metrics and alerts since, a Network Health layer built on Prometheus recording rules rather than alerts alone, and steady hardening of the agent-to-pipeline path (mTLS, hot-reload filters, packet translation and sampling fixes). Prometheus is now on by default.
What is Cortex?
Cortex is betting on Parquet block storage and graduating years of experimental features.
Cortex publishes its release notes as release candidates, and the two majors visible here tell a consistent story. 1.20 introduced Parquet-based block storage, Prometheus Remote Write 2.0, a resource-based limiter for ingesters and store-gateways, and regex tenant resolution, all experimental. 1.21 then made Parquet a Store Gateway query mode, graduated the Ruler API, Alertmanager API and sharding, tenant federation, FIFO/Redis cache and memcached service discovery out of experimental, and enabled the bucket index by default. The 1.21.1 candidate is almost entirely security hardening.
NetObserv vs Cortex: editorial side-by-side
NetObserv
2.5ANALYTICS
NetObserv is layering TLS visibility and health alerting on top of its eBPF flow pipeline.
◆ Current state
NetObserv ships roughly monthly as a coordinated bundle — operator, eBPF agent, flowlogs-pipeline and console plugin move together in each release. The functional work over these six releases splits three ways: a TLS visibility feature that arrived as a knob in 1.11.3 and has been extended with metrics and alerts since, a Network Health layer built on Prometheus recording rules rather than alerts alone, and steady hardening of the agent-to-pipeline path (mTLS, hot-reload filters, packet translation and sampling fixes). Prometheus is now on by default.
◆ Where it's heading
The project is moving from flow collection toward opinionated health signalling — recording rules, runbook links in alerts, ingress 5xx and latency templates, health metadata driving console plugin config. That is the shape of a tool trying to answer 'is the network healthy' rather than only 'what traffic occurred'. In parallel, supply-chain and workflow security is getting real attention: SBOM generation and artifact signing, SHA-pinned GitHub Actions, pwn-request workflow checks and a pprof exposure fix all landed in the last two releases. The operator was also renamed from network-observability-operator to netobserv-operator.
◆ Prediction
Expect the TLS thread to keep extending — the sequence so far is fields, then metrics, then alerts, so dashboards and health rules built on TLS data are the natural next step. Continued investment in the Network Health rule set is the other safe bet, since it is where the last three releases have concentrated their non-dependency commits.
Cortex
0.0ANALYTICS
Cortex is betting on Parquet block storage and graduating years of experimental features.
◆ Current state
Cortex publishes its release notes as release candidates, and the two majors visible here tell a consistent story. 1.20 introduced Parquet-based block storage, Prometheus Remote Write 2.0, a resource-based limiter for ingesters and store-gateways, and regex tenant resolution, all experimental. 1.21 then made Parquet a Store Gateway query mode, graduated the Ruler API, Alertmanager API and sharding, tenant federation, FIFO/Redis cache and memcached service discovery out of experimental, and enabled the bucket index by default. The 1.21.1 candidate is almost entirely security hardening.
◆ Where it's heading
Two arcs run in parallel. The storage arc is moving Cortex off pure TSDB blocks toward Parquet, first as a converter and format, then as a queryable Store Gateway mode — the same columnar direction the rest of the observability market has taken for long-retention data. The maturity arc is a deliberate clearing of the experimental backlog, with six subsystems graduating in one release and their flags renamed to drop the experimental prefix. Layered on both is a distinct hardening push: the latest candidate bounds gossip connections, caps decompressed request bodies, adds HMAC stream authentication and validates tenant IDs against the authenticated caller.
◆ Prediction
Expect Parquet to keep progressing from experimental toward default, following the path the bucket index just completed. The security work in 1.21.1 reads like a systematic pass over untrusted input paths rather than a response to a single report, so more of the same in the ingestion and gossip layers is likely.
Alternatives to NetObserv and Cortex
Other Analytics products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either NetObserv or Cortex.
Apache Storm
Storm 3.0 finishes removing the Clojure it was built in, and moves to a Java 21 baseline.
Apache StreamPark
Five release candidates in two years, none of them stable, and none since October 2025.
Apache HertzBeat
A monitoring project whose public release feed skips the release that mattered.
Axiom
Axiom is rebuilding observability so an AI agent, not a human, can be the first user.
RStudio
The AI assistant is now something the IDE has to clean up after.
See all NetObserv alternatives → · See all Cortex alternatives →
Recent activity from NetObserv and Cortex
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
- 19d agoNetObserv1.12.0 adds TLS alerting, flp-informers and signed releases
- 1mo agoNetObserv1.11.5 adds TLS metrics, Kafka compression and drop events
- 2mo agoCortex1.21.1 candidate hardens gossip, ingestion and status pages
- 3mo agoCortex1.21.0-rc.1 fixes memberlist, tenant federation and a memory leak
- 4mo agoNetObservTLS tracking arrives as a feature knob with new TLS fields ⚡
- 4mo agoCortexParquet becomes a Store Gateway mode as six features graduate ⚡
- 5mo agoNetObserv1.11.2 adds a pause control and TLS/mTLS hardening
- 5mo agoNetObserv1.11.1 is documentation, Snyk config and dependency updates
- 6mo agoNetObserv1.11.0 builds out Network Health rules and hot-reload filters
- 9mo agoCortex1.20.0-rc.1 fixes metric name validation and a compactor race
- 9mo agoCortexCortex 1.20 introduces Parquet storage and Remote Write 2.0 ⚡
Frequently asked questions
What is the difference between NetObserv and Cortex?
Both compete on the same themes — prometheus — within Analytics. NetObserv is currently shipping more aggressively (velocity 2.5 vs 0.0), with 0 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Is NetObserv better than Cortex?
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. NetObserv is currently shipping more aggressively (velocity 2.5 vs 0.0), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Analytics products to evaluate alongside.
What are the best alternatives to NetObserv?
Top NetObserv alternatives in Analytics are ranked by recent ship velocity. Browse the "NetObserv alternatives" section above for the current picks, or visit /alternatives/netobserv for the full list with editorial commentary on each.
What are the best alternatives to Cortex?
Top Cortex alternatives in Analytics are ranked by recent ship velocity. Browse the "Cortex alternatives" section above for the current picks, or visit /alternatives/cortex-metrics for the full list with editorial commentary on each.