The biggest mistake I see founders make is planning infrastructure around user numbers instead of traffic patterns. A job board with 1M monthly users can be surprisingly lightweight if search is optimized and most traffic is read-heavy.
For me, I'd focus early on PostgreSQL indexing, query performance, connection pooling, backups, and basic monitoring before thinking about multiple servers. Most scaling pain arrives from inefficient queries and missing observability long before Hetzner becomes the bottleneck.
Also, if messaging becomes a core feature, that's the area I'd keep an eye on first rather than job listings themselves. That's usually where complexity starts creeping in.
I think we're pointing at the same instinct from different layers. Get observability in early and most "we need to scale" problems turn out to be "we couldn't see what was actually happening" problems. The piece argues that's doubly true for agents, where the failures are silent and semantic rather than a slow query or a 500.
Mateo Ruiz
Senior Tech Consultant
The biggest mistake I see founders make is planning infrastructure around user numbers instead of traffic patterns. A job board with 1M monthly users can be surprisingly lightweight if search is optimized and most traffic is read-heavy.
For me, I'd focus early on PostgreSQL indexing, query performance, connection pooling, backups, and basic monitoring before thinking about multiple servers. Most scaling pain arrives from inefficient queries and missing observability long before Hetzner becomes the bottleneck.
Also, if messaging becomes a core feature, that's the area I'd keep an eye on first rather than job listings themselves. That's usually where complexity starts creeping in.