Default database / maximum optionality

Start with Postgres

When you are building a system from scratch, Postgres should probably be the default starting point. Not because it solves everything. Because it solves a surprising amount before you need another moving part.

6 day-one substitutes 4 setup guides 1 boring default
postgres control
Writes Queues Search Jobs

The argument

Most systems do not fail because Postgres was not powerful enough.

They fail because the architecture became distributed before the product needed it. Use Postgres deeply, push it until you have real evidence, then add specialized infrastructure with a reason.

Moving parts avoided

Route the first version through Postgres.

Pick the system you were about to add. The console shows the Postgres-first move, when it is reasonable, and where to go deeper.

day-one route

Kafka -> pgmq

Start with a durable queue inside Postgres when you need simple jobs, events, and retries before a streaming platform.

Open comparison

Comparisons

Instead of a zoo, start with a toolkit.

Strong defaults, real caveats, and graduation signals for the moment Postgres stops being the right shape.

Setup guides

Enough detail to try it this week.

Small, practical walkthroughs for trying the Postgres-first move without turning the site into a book.