Use Neon as your dev environment for AWS RDS: accelerate your workflow while reducing costs

Changelog

The latest product updates from Neon

Clearer language around compute types

Words matter. We've changed our naming convention around compute types: from RW compute and RO Replica to a cleaner, more straightforward Primary compute and Read replica.

new naming for compute types

With Neon's unique architecture, where we separate storage from compute for copy-on-write branching, you can choose the size and features for the compute that powers your branch's database independently from your data.

  • Primary compute — You don't have to add a compute to your branch right away, but once you decide to connect to your database, you need a Primary compute. Think of your primary compute as the engine that runs your branch. By adding a primary compute, you are in essence turning your branch "on". By default, your primary compute is read-write, though you can modify database permissions using traditional Postgres roles.
  • Read replicas — When you're ready to scale your application, you can offload read-only traffic to one or more read replicas. In Neon, read replicas work differently than traditional systems because the data is not physically replicated. Primary computes and read replicas work from the same data — a single, cost-effective source of truth.

For more information, see:

Fixes & improvements
  • The new create-app command in the Neon CLI is maturing fast: - It now supports Prisma as another ORM option for your bootstrapped application. - It also now creates two separate branches for your app's Neon project: your main branch and a development branch.

    create-app branches

Back to all changelog posts