← all articles
// article

Postgres in Production: Hetzner, RDS, or Neon?

2025-10-10

So, which Postgres host should you choose?

The short answer: For ultimate control and the best performance-per-dollar, a well-managed Hetzner server wins. For battle-tested reliability where budget is a secondary concern, AWS RDS is the default. For variable workloads, dev environments, and a taste of the future, Neon is incredibly compelling. The best choice is the one that aligns with your budget, your team's skills, and how much you enjoy emergency maintenance on a Sunday.

Choosing a database is the easy part. You chose Postgres, so congratulations on your excellent taste. Now comes the hard part: deciding where it will live. This decision has long-term consequences for your application's performance, your monthly bill, and your team's sanity. Let's break down the real-world trade-offs.

What's the deal with Hetzner?

Hetzner is a German hosting provider famous for offering incredible value. You get a lot of bare metal or virtualized power for your money. This is the DIY, roll-up-your-sleeves option. You are the master of your domain.

The Good

The Bad

"With great power comes great responsibility."

That's you. You are responsible for everything.

  1. Setup: You need to provision the server, secure it (firewalls, SSH keys), install Postgres, and configure it. This isn't a one-click process.
  2. Backups: This is the big one. You are 100% responsible for your backup and recovery strategy. A simple `pg_dump` in a cron job is not a strategy; it's a liability. You need to set up Point-in-Time Recovery (PITR) using tools like `pgbackrest` or `wal-g` to ship WAL archives to external storage (like an S3-compatible bucket). Testing your recovery process isn't optional, it's critical.
  3. High Availability: Want a hot standby or automatic failover? You're building it yourself. This involves setting up streaming replication, configuring a tool like Patroni, and understanding the complexities of split-brain scenarios.
  4. Maintenance: OS updates, security patches, Postgres major version upgrades — it's all on your calendar.

Running Postgres on Hetzner is a fantastic option for bootstrapped projects and companies with in-house DevOps expertise. At SISL.PL, we've successfully deployed many applications this way for clients who need maximum performance on a tight budget. But it requires discipline.

Isn't AWS RDS the industry standard?

Yes, for many it is. Amazon Relational Database Service (RDS) is Amazon's managed database offering. It's the choice you make when you want to outsource the operational headaches to a multi-trillion-dollar company. You trade some control and a lot of money for peace of mind.

The Good

The Bad

RDS is the sensible, if unexciting, choice for businesses that value reliability and operational simplicity over raw cost. If your team doesn't include a dedicated database administrator, the premium for RDS can be cheaper than hiring one.

What is this serverless Neon thing?

Neon is a newer player that's rethinking Postgres architecture for the cloud. It's a fully managed, serverless Postgres. This means it separates storage from compute, which has some fascinating implications.

The Good

The Bad

Neon is incredibly exciting. We use it for our internal projects and recommend it for non-production environments. For some specific production use cases, especially those with long idle periods, it could be a massive cost-saver.

How do you make the final call?

There's no single right answer, only the right answer for your specific project. Ask yourself these questions:

  1. What is my budget? If it's razor-thin, Hetzner is your best bet, provided you have the skills to manage it.
  2. What is my team's expertise? If words like `pg_hba.conf` and `WAL` are foreign to you, the managed safety of RDS is likely worth the price.
  3. What does my workload look like? Is it a steady, predictable 24/7 load (good for Hetzner/RDS), or is it extremely spiky with long periods of inactivity (a perfect fit for Neon)?
  4. How critical is this data? For a personal blog, a simple `pg_dump` on Hetzner might suffice. For a financial application processing payments, the audited, battle-tested reliability of RDS is almost mandatory.

Ultimately, the platform is just a tool. The real work is in designing a good schema, writing efficient queries, and building a product people want to use. Choosing the right database host simply removes a specific category of problems from your path.

If you're weighing these options and the trade-offs are making your head spin, this is the kind of architectural decision we help our clients with every day. Sometimes a 30-minute conversation can save you months of headaches and thousands in unnecessary bills. Feel free to get in touch.

Got a similar problem?

Boutique web development studio from Poland — sites, WooCommerce / Magento stores, custom web apps and landings. See what we shipped.

See SISL portfolio →

Free technical audit of your site — in 24h

Core Web Vitals measured on real users, indexability, structured data, meta and internal linking. A written report with prioritised fixes, not a PDF from a generic tool. No cost, no call required.

Get the free audit →