GitHub
Security and governance controls catch up to the Copilot build-out
A side-by-side editorial comparison of Barman and Manticore Search — release velocity, themes, recent moves, and the top alternatives to consider.
Barman is finishing its move from a backup host to a cloud-native lifecycle.
EnterpriseDB has spent the last four releases rebuilding Barman around object storage. 3.18.0 added block-level incremental backups direct to cloud with only a small staging area on the Barman host; 3.19.0 closed the loop with cloud restore and a dedicated cloud-wal-restore command. Encryption and compression restrictions on incremental backups were removed in 3.14/3.15, and the release notes are unusually detailed — each change carries a rationale and a BAR- ticket reference.
The 29.0 line is stabilizing in public; 29.1 opens with load-tool work rather than engine work.
Manticore shipped 29.0.3 through 29.0.6 across four days after the 29.0.2 release notes consolidated the sharding work, and has now opened the 29.1 line. The patches are shaped by what 29.0 exposed: internal sort helper columns leaking into LEFT JOIN output, NEAR and proximity distances reset by repeated JSON query fixup, malformed binary-API search counts allocating before validation, and fatal binlog replay errors that failed to name the --replay-flags value an operator needs. The 29.1.0 opener is not engine work at all — it bumps the bundled manticore-load tool and gives it worker init and finalize hooks.
EnterpriseDB has spent the last four releases rebuilding Barman around object storage. 3.18.0 added block-level incremental backups direct to cloud with only a small staging area on the Barman host; 3.19.0 closed the loop with cloud restore and a dedicated cloud-wal-restore command. Encryption and compression restrictions on incremental backups were removed in 3.14/3.15, and the release notes are unusually detailed — each change carries a rationale and a BAR- ticket reference.
The Barman host is being demoted from storage tier to control plane. Every recent release moves another operation that required local disk into object storage, and the deprecations follow the same line — local_staging_path and recovery_staging_path replaced by a generic staging_path plus staging_location. The care taken over CloudNativePG compatibility in 3.16.1 shows Kubernetes-operator deployments are now a constituency worth issuing a point release for.
Expect the remaining barman-cloud-* standalone scripts to be folded into the main barman command surface, continuing the pattern set by cloud-wal-restore. Deprecated compression and staging options are the likely removals in the next major.
Manticore shipped 29.0.3 through 29.0.6 across four days after the 29.0.2 release notes consolidated the sharding work, and has now opened the 29.1 line. The patches are shaped by what 29.0 exposed: internal sort helper columns leaking into LEFT JOIN output, NEAR and proximity distances reset by repeated JSON query fixup, malformed binary-API search counts allocating before validation, and fatal binlog replay errors that failed to name the --replay-flags value an operator needs. The 29.1.0 opener is not engine work at all — it bumps the bundled manticore-load tool and gives it worker init and finalize hooks.
The pattern after a major line opens is holding: the commit-level train runs at multiple releases a day while the newly exposed surfaces — sharded tables, LEFT JOIN, JSON query parsing — report their edge cases back, each fix arriving with regression coverage attached rather than accumulating into a batch. The 29.0.6 binlog change is a small tell about where the team's attention sits: improving the error text an operator reads at 3am is the kind of fix that only gets prioritised once real clusters are running the new line.
The patch cadence should keep compressing toward the ordinary rhythm as the 29.0 edge cases drain. The next substantive engine item is more likely to come from the columnar and KNN thread than from sharding, which has just had its release.
Other DevOps 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 Barman or Manticore Search.
Security and governance controls catch up to the Copilot build-out
Tigris keeps publishing its architecture, and the newest post opens up the storage engine itself.
WeWeb is turning the apps it builds into AI products, and metering the AI as it goes.
Workato is dismantling the assumptions that tied a Genie to one chat window at a time.
Laravel's queue work has turned from correctness into operator controls, next to Cloud-named APIs.
Okta's developer blog is a Cross App Access campaign, now diluted by advocacy-team storytelling.
See all Barman alternatives → · See all Manticore Search alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. Manticore Search is currently shipping more aggressively (velocity 6.3 vs 0.0), with 1 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. Manticore Search is currently shipping more aggressively (velocity 6.3 vs 0.0), with 1 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other DevOps products to evaluate alongside.
Top Barman alternatives in DevOps are ranked by recent ship velocity. Browse the "Barman alternatives" section above for the current picks, or visit /alternatives/barman for the full list with editorial commentary on each.
Top Manticore Search alternatives in DevOps are ranked by recent ship velocity. Browse the "Manticore Search alternatives" section above for the current picks, or visit /alternatives/manticoresearch for the full list with editorial commentary on each.