← Back to home
Comparison · DevOps

Barman vs Manticore Search

A side-by-side editorial comparison of Barman and Manticore Search — release velocity, themes, recent moves, and the top alternatives to consider.

Barman vs Manticore Search: at a glance

FeatureBarmanManticore Search
SectorDevOpsDevOps
Velocity score0.06.3
Sparks · 30d01
Top themespostgresql, backup, object-storage, incremental-backupsearch engine, sharding, patch cadence, query correctness
Last editorial update10d ago5h ago
WebsiteVisit →Visit →

What is Barman?

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.

Read the full Barman trajectory →

What is Manticore Search?

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.

Read the full Manticore Search trajectory →

Barman vs Manticore Search: editorial side-by-side

B
Barman
DEVOPS
0.0

Barman is finishing its move from a backup host to a cloud-native lifecycle.

◆ Current state

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.

◆ Where it's heading

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.

◆ Prediction

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.

M6.3

The 29.0 line is stabilizing in public; 29.1 opens with load-tool work rather than engine work.

◆ Current state

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.

◆ Where it's heading

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.

◆ Prediction

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.

Alternatives to Barman and Manticore Search

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.

See all Barman alternatives → · See all Manticore Search alternatives →

Recent activity from Barman and Manticore Search

Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.

  1. 1d agoManticore Search29.1 opens by giving manticore-load worker init and finalize hooks
  2. 2d agoManticore SearchBinlog replay errors now name the --replay-flags value to use
  3. 2d agoManticore SearchNEAR and proximity distances survive repeated JSON query fixup
  4. 2d agoManticore SearchInternal sort columns no longer leak into LEFT JOIN results
  5. 2d agoManticore SearchBinary API rejects malformed search counts before allocating
  6. 5d agoManticore SearchManticore 29.0 makes sharded tables operable and changes the SHARD_WRITE protocol
  7. 2mo agoBarmanFix cloud-wal-restore missing prefix-colliding WAL files
  8. 3mo agoBarmanCloud restore closes Barman's object-storage lifecycle
  9. 5mo agoBarmanBlock-level incremental backups land in cloud storage
  10. 7mo agoBarmanQuery and restore now work on inactive servers
  11. 9mo agoBarmanDetect MissingContentMD5 errors by message on S3-compatible stores
  12. 10mo agoBarmanBucket auto-creation returns for CloudNativePG compatibility

Frequently asked questions

What is the difference between Barman and Manticore Search?

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.

Is Barman better than Manticore Search?

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.

What are the best alternatives to Barman?

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.

What are the best alternatives to Manticore Search?

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.