Amazon Aurora vs Crunchy Bridge
SEPT 2026 auditA comparison of Amazon Aurora and Crunchy Bridge built from values read directly from each provider's own documentation, with the source recorded against every figure.
The short answer
Choose Amazon Aurora if…
Teams on AWS who want a Postgres or MySQL cluster that can throw off a copy-on-write clone of production in minutes, keep up to fifteen readers behind it, and pause to nothing between bursts in serverless mode.
Editorial · Palash Bagchi · approved
Choose Crunchy Bridge if…
Anyone who wants Postgres and nothing else, from people who work on Postgres. Ten days of per-minute recovery is included in the price of every cluster rather than sold as a tier, and replicas can sit in another region or another cloud.
Editorial · Palash Bagchi · approved
Consider something else if…
- Amazon Aurora: You want the upstream database rather than a compatible one, or a branch workflow rather than a clone. AWS documents cloning as a way to build a test environment, not as something you do per pull request.
- Crunchy Bridge: You need a free plan to start on, or a second database engine later. This is a single-engine paid service.
5 sourced criteria separate them — see where, with sources, below.
Pick the criteria you care about. The chart counts how many of them lean toward each provider — the same read as scanning the bars below, just totalled for the ones you chose.
Amazon Aurora 0
Crunchy Bridge 0
At a glance.
| Criterion | Amazon Aurora | Crunchy Bridge |
|---|---|---|
| Pricing | ||
| Pricing model | Pay per use with no plan fee: instances plus storage plus I/O, or ACU-hours in serverless mode. AWS's own worked example prices serverless compute at $0.12 per ACU-hour on Aurora Standard and $0.156 on Aurora I/O-Optimized in US East (N. Virginia) — the difference being whether I/O is metered separately or folded into a higher compute and storage rate. Provisioned instances also offer Reserved Instance pricing, and usage may qualify for Database Savings Plans against a committed hourly spend. | Billed for the time a cluster is provisioned, prorated to the second, with the monthly figures on the plans page being what a full month costs. Price varies by instance size, region and storage. Three tiers — Hobby, Standard and Memory-optimized — where the tier decides IOPS, whether PgBouncer is included and what support you get, not just the size. |
| Infrastructure | ||
| Regions | 34 AWS regions, the same list for the MySQL- and PostgreSQL-compatible editions. Counted from the two availability tables in Aurora's own docs, which publish the regions and no total. | 37 regions across three clouds — 16 on AWS, 14 on Google Cloud, 7 on Azure — counted from the region tables on Crunchy's own plans page, which lists them and publishes no total. |
| Data | ||
| Engine | MySQL- and PostgreSQL-compatible. Aurora is AWS's own engine rather than a hosted build of either, so compatibility is the claim being made — existing code, tools and applications are stated to work, which is not the same as being the upstream database. | PostgreSQL only. Crunchy Bridge is a single-engine service — there is no MySQL or analytics product beside it in the same offering — and it runs on all three major clouds so the database can sit next to whatever else you already run. |
| Database branching | Limited — clones, not a branch workflow | Limited — a new cluster restored from backup, to any minute in 10 days |
| Point-in-time recovery | Any point inside the backup retention period, so up to 35 days. Aurora's backups are continuous and incremental against the cluster volume rather than periodic snapshots plus log replay, which is why AWS states no performance impact while they are taken. | Any minute inside the 10 days of retained backups. The WAL is streamed every 60 seconds or 16 MB, whichever comes first, and a restore produces a fork of the cluster rather than replacing it. |
| Read replicas | Supported — 15 per cluster, a quota AWS will not raise | Supported |
| Backup retention | 1 to 35 days. Unlike an RDS DB instance it cannot be set to 0 — Aurora backs the cluster volume up continuously and there is no way to turn that off. | 10 days, included in the cluster price rather than sold as a tier, and extendable by configuring additional daily, weekly, monthly and yearly backups to keep. |
Where they differ.
Pricing model
- Amazon Aurora
- Pay per use with no plan fee: instances plus storage plus I/O, or ACU-hours in serverless mode. AWS's own worked example prices serverless compute at $0.12 per ACU-hour on Aurora Standard and $0.156 on Aurora I/O-Optimized in US East (N. Virginia) — the difference being whether I/O is metered separately or folded into a higher compute and storage rate. Provisioned instances also offer Reserved Instance pricing, and usage may qualify for Database Savings Plans against a committed hourly spend.
- Crunchy Bridge
- Billed for the time a cluster is provisioned, prorated to the second, with the monthly figures on the plans page being what a full month costs. Price varies by instance size, region and storage. Three tiers — Hobby, Standard and Memory-optimized — where the tier decides IOPS, whether PgBouncer is included and what support you get, not just the size.
Sources (2) →Sources ↓
- Amazon Aurora pricing — Amazon Web Services ↗
“Aurora charges for database instances and storage, along with any optional features you choose to enable. Aurora PostgreSQL and Aurora MySQL offer On-Demand and Reserved Instance pricing. [...] We want to calculate the compute costs of running this workload on Aurora serverless with the database cluster configured as Aurora Standard and Aurora I/O-Optimized in US East (N. Virginia). [...] 5 ACUs * $0.12 per ACU-hour * 30/60 hour $0.30 [...] 5 ACUs * $0.156 per ACU-hour * 30/60 hour $0.39”
Read 2026-09-09 · official pricing
- Plans and pricing — Crunchy Bridge Documentation ↗
“Clusters are billed according to the amount of time they're provisioned in a given month, prorated to the second. While prices on this page are quoted for the cost of an entire month, you will only be billed that amount if your cluster is provisioned for the entire month. Pricing varies based on: Instance size Region Storage [...] Crunchy Bridge offers three tiers of databases -- Hobby, Standard, and Memory -- to cover a variety of use cases.”
Read 2026-09-09 · official docs
Regions
34 AWS regions, the same list for the MySQL- and PostgreSQL-compatible editions. Counted from the two availability tables in Aurora's own docs, which publish the regions and no total.
37 regions across three clouds — 16 on AWS, 14 on Google Cloud, 7 on Azure — counted from the region tables on Crunchy's own plans page, which lists them and publishes no total.
Sources (2) →Sources ↓
- Regions and Availability Zones — Amazon Aurora User Guide ↗
“Aurora MySQL Region availability The following table shows the AWS Regions where Aurora MySQL is currently available and the endpoint for each Region. Region Name Region Endpoint Protocol US East (Ohio) us-east-2 rds.us-east-2.amazonaws.com HTTPS US East (N. Virginia) us-east-1 rds.us-east-1.amazonaws.com HTTPS [...] Aurora PostgreSQL Region availability”
Read 2026-09-09 · official docs
- Plans and pricing — Crunchy Bridge Documentation ↗
“Regions Amazon Web Services (AWS) Name Provider ID Asia Pacific (Tokyo) ap-northeast-1 Asia Pacific (Mumbai) ap-south-1 [...] US West (Oregon) us-west-2 Azure Name Provider ID Australia East (NSW) australiaeast [...] Google Cloud Platform (GCP) Name Provider ID Asia Northeast 1 (Tokyo) asia-northeast1”
Read 2026-09-09 · official docs
Engine
- Amazon Aurora
- MySQL- and PostgreSQL-compatible. Aurora is AWS's own engine rather than a hosted build of either, so compatibility is the claim being made — existing code, tools and applications are stated to work, which is not the same as being the upstream database.
- Crunchy Bridge
- PostgreSQL only. Crunchy Bridge is a single-engine service — there is no MySQL or analytics product beside it in the same offering — and it runs on all three major clouds so the database can sit next to whatever else you already run.
Sources (2) →Sources ↓
- What is Amazon Aurora? — Amazon Aurora User Guide ↗
“Amazon Aurora (Aurora) is a fully managed relational database engine that's compatible with MySQL and PostgreSQL. [...] The code, tools, and applications you use today with your existing MySQL and PostgreSQL databases can be used with Aurora.”
Read 2026-09-09 · official docs
- Crunchy Bridge — Crunchy Bridge Documentation ↗
“Crunchy Bridge is a fully managed Postgres service from Crunchy Data. It takes care of running and managing Postgres so that you can stay focused on building your applications, not on keeping your database up and running. Bridge provides highly available Postgres across every major cloud provider — Amazon Web Services, Google Cloud Platform, and Microsoft Azure — so regardless of where you're running, you can closely colocate your database.”
Read 2026-09-09 · official docs
Point-in-time recovery
Any point inside the backup retention period, so up to 35 days. Aurora's backups are continuous and incremental against the cluster volume rather than periodic snapshots plus log replay, which is why AWS states no performance impact while they are taken.
Any minute inside the 10 days of retained backups. The WAL is streamed every 60 seconds or 16 MB, whichever comes first, and a restore produces a fork of the cluster rather than replacing it.
Sources (2) →Sources ↓
- Backing up and restoring an Aurora DB cluster — Amazon Aurora User Guide ↗
“Aurora automated backups are continuous and incremental, so you can quickly restore to any point within the backup retention period. No performance impact or interruption of database service occurs as backup data is being written.”
Read 2026-09-09 · official docs
- Backups — Crunchy Bridge Documentation ↗
“kept current by streaming the WAL every 60 seconds or 16MB (whichever comes first). 10 days of these backups will be retained by the platform automatically. These backups can be used to restore a fork of your cluster to any minute in its history.”
Read 2026-09-09 · official docs
Backup retention
- Amazon Aurora
- 1 to 35 days. Unlike an RDS DB instance it cannot be set to 0 — Aurora backs the cluster volume up continuously and there is no way to turn that off.
- Crunchy Bridge
- 10 days, included in the cluster price rather than sold as a tier, and extendable by configuring additional daily, weekly, monthly and yearly backups to keep.
Sources (2) →Sources ↓
- Backing up and restoring an Aurora DB cluster — Amazon Aurora User Guide ↗
“Aurora backs up your cluster volume automatically and retains restore data for the length of the backup retention period. [...] You can specify a backup retention period from 1–35 days when you create or modify a DB cluster.”
Read 2026-09-09 · official docs
- Backups — Crunchy Bridge Documentation ↗
“10 days of these backups will be retained by the platform automatically. [...] By default, Crunchy Bridge automatically captures and retains the most recent 10 days' worth of backups for each cluster. That is included in the price of each cluster.”
Read 2026-09-09 · official docs
When these numbers change, hear about it. Sources are re-checked monthly; a repricing goes out as a short note.
Documented by only one.
These criteria are published by one provider and not the other. An absence here means we have not found a source, not that the feature is missing.
Questions this comparison answers.
Should I choose Amazon Aurora or Crunchy Bridge?
Pick Amazon Aurora if Teams on AWS who want a Postgres or MySQL cluster that can throw off a copy-on-write clone of production in minutes, keep up to fifteen readers behind it, and pause to nothing between bursts in serverless mode.
Pick Crunchy Bridge if Anyone who wants Postgres and nothing else, from people who work on Postgres. Ten days of per-minute recovery is included in the price of every cluster rather than sold as a tier, and replicas can sit in another region or another cloud.