Omni
Omni ships weekly, and almost every week the headline item is an AI feature
A side-by-side editorial comparison of Marquez and OpenHouse — release velocity, themes, recent moves, and the top alternatives to consider.
Marquez spent 2024 turning a lineage store into a UI, then stopped releasing
Marquez is the reference metadata server for OpenLineage, and this window captures a concentrated push on its web interface: a column-lineage page and redesigned lineage graph in 0.45.0, data quality and job status displays in 0.47.0, and a data observability dashboard in 0.50.0 showing event stats over 24-hour and 7-day windows with per-source, per-dataset and per-job views. The API side moved in step — job tagging, dataset schema versions, paging on jobs and dataset versions, job-to-job lineage, richer metrics labels. One contributor accounts for nearly all the web work in these entries. Note that the 0.45 through 0.49 releases were all stamped within three minutes of each other and in reverse version order, so publication timestamps here do not reflect release order.
LinkedIn's Iceberg control plane, shipping one pull request per release.
OpenHouse is LinkedIn's open-source control plane for Iceberg tables, and it releases per merged pull request — version numbers climb several times a week with a single change each. The current work is concentrated on making the service defensible in production: a fix for CREATE OR REPLACE AS SELECT silently wiping table policies, request-ID correlation and a typed exception hierarchy in the data loader, and targeted scheduler logging for jobs observability.
Marquez is the reference metadata server for OpenLineage, and this window captures a concentrated push on its web interface: a column-lineage page and redesigned lineage graph in 0.45.0, data quality and job status displays in 0.47.0, and a data observability dashboard in 0.50.0 showing event stats over 24-hour and 7-day windows with per-source, per-dataset and per-job views. The API side moved in step — job tagging, dataset schema versions, paging on jobs and dataset versions, job-to-job lineage, richer metrics labels. One contributor accounts for nearly all the web work in these entries. Note that the 0.45 through 0.49 releases were all stamped within three minutes of each other and in reverse version order, so publication timestamps here do not reflect release order.
The arc is a backend project growing a front end: lineage data that existed in the API was progressively given pages, panels and paging, and by 0.50.0 the framing had shifted from lineage graph to observability dashboard. Tagging deepened in the same period, moving from dataset tags to field-level tags to job tags. That arc stops abruptly — 0.50.0 in October 2024 is the last entry, with nothing published in the roughly two years since.
The entries give no roadmap signal past 0.50.0, and the job-to-job lineage change was explicitly framed as a prompt for a wider parent/child hierarchy discussion that no later release picks up, so that hierarchy work is best read as unfinished rather than planned.
OpenHouse is LinkedIn's open-source control plane for Iceberg tables, and it releases per merged pull request — version numbers climb several times a week with a single change each. The current work is concentrated on making the service defensible in production: a fix for CREATE OR REPLACE AS SELECT silently wiping table policies, request-ID correlation and a typed exception hierarchy in the data loader, and targeted scheduler logging for jobs observability.
The theme across these releases is treating table metadata as something that must not be lost by accident, and making failures attributable. Policies now merge rather than being rebuilt from the request. Data loader errors carry a request ID and distinguish authentication from transport failure instead of retrying auth errors as transient. Feature toggles gained self-service table overrides so server-side ramps and table-owner opt-in can coexist.
The jobs-observability plan explicitly defers OTEL gauges, a heartbeat sampler, and DLQ counters to a later phase, so those are the concrete next steps visible in these entries.
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 Marquez or OpenHouse.
Omni ships weekly, and almost every week the headline item is an AI feature
Four ODD Platform releases in two weeks, and not one of them changes the product
Baremaps got geoparquet and hillshading, then went quiet for eighteen months in incubation
Deequ ships GitHub tags whose release notes are one commit message long
Amundsen's last release was a config flag, and the feed has been silent for two years
Google's solver suite where nearly every release note is really about CP-SAT.
See all Marquez alternatives → · See all OpenHouse alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
Both compete on the same themes — observability — within Analytics. OpenHouse is currently shipping more aggressively (velocity 5.0 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.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. OpenHouse is currently shipping more aggressively (velocity 5.0 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.
Top Marquez alternatives in Analytics are ranked by recent ship velocity. Browse the "Marquez alternatives" section above for the current picks, or visit /alternatives/marquez for the full list with editorial commentary on each.
Top OpenHouse alternatives in Analytics are ranked by recent ship velocity. Browse the "OpenHouse alternatives" section above for the current picks, or visit /alternatives/openhouse for the full list with editorial commentary on each.