Neon wins on database branching

Diving deeper into

Neon

Company Report
Aurora Serverless v2 recently added 30% performance improvements and scales to 256 ACUs, but lacks database branching capabilities and continues charging during idle periods.
Analyzed 7 sources

This gap shows that hyperscalers are improving raw database horsepower faster than they are copying the developer workflow that makes Neon sticky. Aurora Serverless v2 can now handle much larger bursts, but Neon still wins on how teams actually build software, because a developer can create a fresh Postgres copy for every pull request, test run, or AI agent task, then let it suspend fully when work stops.

  • Aurora narrowed the infrastructure gap in August 2025, when AWS said platform version 3 delivers up to 30% better performance and scales from 0 to 256 ACUs. That makes Aurora more credible for heavier production traffic, not just spiky dev workloads.
  • The more important workflow gap is branching. Neon lets teams fork a database at a point in time with only new writes adding storage cost, which fits CI, preview environments, and agent generated apps. Aurora documentation covers scaling and auto pause, but not Git like database branching.
  • Aurora has also improved on idle economics. Current AWS documentation says Serverless v2 can auto pause at 0 ACUs and stops instance capacity charges while paused, so the remaining contrast is less about always on billing and more about resume behavior, config limits, and missing branch based workflows. AlloyDB and Azure compete from other angles, AI features for Google, and storage automation plus stop start controls for Azure.

The market is moving toward a split where hyperscalers win customers that want bigger managed Postgres inside an existing cloud contract, while Neon keeps winning teams that want databases to behave like code. The next battleground is whether cloud giants add native branching and agent friendly workflows before Neon turns that behavior into the default way modern apps are built.