GitHub
Security and governance controls catch up to the Copilot build-out
Comparison · DevOps
Barman vs Tigris
A side-by-side editorial comparison of Barman and Tigris — release velocity, themes, recent moves, and the top alternatives to consider.
Shared themes:object-storage
Barman vs Tigris: at a glance
| Feature | Barman | Tigris |
|---|---|---|
| Sector | DevOps | DevOps |
| Velocity score | 0.0 | 5.0 |
| Sparks · 30d | 0 | 0 |
| Top themes | postgresql, backup, object-storage, incremental-backup | object-storage, foundationdb, geo-replication, s3-compatibility |
| Last editorial update | 10d ago | 10h ago |
| Website | 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.
What is Tigris?
Tigris keeps publishing its architecture, and the newest post opens up the storage engine itself.
This feed is Tigris's engineering blog, and it alternates between protocol critique and descriptions of how the product answers it. The most recent post opens the internals: how Tigris composes ACID metadata, global placement, caching, replication, and background work on FoundationDB into a multi-region object store. Before it came the Recycle Bin — deletion of objects and buckets on top of immutable storage in an active-active geo-replicated database — plus two posts dissecting SigV4 and presigned URLs, and one on agent-native onboarding through tigris init --agent.
Barman vs Tigris: editorial side-by-side
Barman
0.0DEVOPS
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.
Tigris
5.0DEVOPS
Tigris keeps publishing its architecture, and the newest post opens up the storage engine itself.
◆ Current state
This feed is Tigris's engineering blog, and it alternates between protocol critique and descriptions of how the product answers it. The most recent post opens the internals: how Tigris composes ACID metadata, global placement, caching, replication, and background work on FoundationDB into a multi-region object store. Before it came the Recycle Bin — deletion of objects and buckets on top of immutable storage in an active-active geo-replicated database — plus two posts dissecting SigV4 and presigned URLs, and one on agent-native onboarding through tigris init --agent.
◆ Where it's heading
The writing is doing product work. Each protocol post establishes a problem — SigV4's canonicalization and clock skew, presigned URLs as deliberate replay attacks, S3 egress pricing on ClickHouse restores — and positions Tigris behavior as the answer, which makes the blog a migration funnel rather than a changelog. The architecture post is a different move: publishing the FoundationDB composition is a credibility play aimed at buyers who need to believe a newer object store can hold multi-region data.
◆ Prediction
Expect the protocol-critique-then-Tigris-answer format to continue, with the egress-cost framing recurring as the clearest paid migration path. Feature announcements will likely stay embedded in essays rather than appearing as release notes.
Alternatives to Barman and Tigris
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 Tigris.
Manticore Search
The 29.0 line is stabilizing in public; 29.1 opens with load-tool work rather than engine work.
WeWeb
WeWeb is turning the apps it builds into AI products, and metering the AI as it goes.
Workato
Workato is dismantling the assumptions that tied a Genie to one chat window at a time.
Laravel
Laravel's queue work has turned from correctness into operator controls, next to Cloud-named APIs.
Okta
Okta's developer blog is a Cross App Access campaign, now diluted by advocacy-team storytelling.
See all Barman alternatives → · See all Tigris alternatives →
Recent activity from Barman and Tigris
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
- 2d agoTigrisBuilding a global object store on FoundationDB
- 9d agoTigrisExtending immutability: deletion without losing data
- 14d agoTigrisSigV4 authentication is surprisingly complicated
- 23d agoTigrisHumans don't install software themselves anymore, their agents do
- 1mo agoTigrisThe Most Expensive ClickHouse Query Is the Restore
- 1mo agoTigrisPresigned URLs are technically a security vuln
- 2mo agoBarmanFix cloud-wal-restore missing prefix-colliding WAL files
- 3mo agoBarmanCloud restore closes Barman's object-storage lifecycle ⚡
- 5mo agoBarmanBlock-level incremental backups land in cloud storage ⚡
- 7mo agoBarmanQuery and restore now work on inactive servers
- 9mo agoBarmanDetect MissingContentMD5 errors by message on S3-compatible stores
- 10mo agoBarmanBucket auto-creation returns for CloudNativePG compatibility
Frequently asked questions
What is the difference between Barman and Tigris?
Both compete on the same themes — object-storage — within DevOps. Tigris 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.
Is Barman better than Tigris?
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. Tigris 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 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 Tigris?
Top Tigris alternatives in DevOps are ranked by recent ship velocity. Browse the "Tigris alternatives" section above for the current picks, or visit /alternatives/tigris for the full list with editorial commentary on each.