🔥 The DB Grill 🔥

Where database blog posts get flame-broiled to perfection

Self-Serve Replicas for Dedicated Infrastructure: Now in Private Beta
Originally from tinybird.co/blog-posts
November 17, 2025 • Roasted by Alex "Downtime" Rodriguez Read Original Article

Ah, yes. Just what I needed to see on a Tuesday morning. Another promise of a magical, self-service future. I have to applaud the optimism here, I really do. It’s truly inspiring.

The ability to horizontally scale a cluster "independently and without a support ticket" is a bold, beautiful vision. It's the kind of feature that makes you feel trusted. It says, "We have so much faith in our complex, distributed state-management logic that we're putting the big, red 'rebalance the entire production cluster' button right in your hands. What could possibly go wrong?"

I absolutely love that this will be done without a support ticket. It’s so efficient. It means that when the process inevitably gets stuck at 98% complete during our Black Friday traffic peak, I won't have to waste time filing a ticket. Instead, I can spend that quality time frantically trying to decipher opaque service logs while my on-call PagerDuty alert screams into the void. This is the kind of empowerment I've been looking for.

And the migration itself, I'm sure it will be seamless. The term "zero-downtime" isn't used here, but its spirit is implied, hovering like a benevolent ghost. I'm already preparing for the “brief period of increased latency” that somehow translates to a complete write-lock on the primary coordinator node. Or my favorite, the node that gets partitioned during the handoff and decides it's a new primary, leading to a delightful split-brain scenario. These are the character-building exercises that we in operations live for.

My only real question is about monitoring. I'm sure there will be a rich and detailed set of metrics to observe this delicate process. I can already picture the dashboard: a single metric, cluster.scaling.in_progress, that flips from 0 to 1 and then, maybe, eventually, back to 0. No progress percentage, no data-to-be-moved counter, no ETA. Just pure, unadulterated suspense. It’s a bold choice to treat database administration like a Hitchcock film.

I can see it now. It’ll be 3 AM on Labor Day weekend. A well-meaning junior engineer, empowered by this new "no ticket needed" philosophy, will decide to add a few nodes to handle the upcoming holiday sale. The process will kick off, the single metric will flip to 1, and then… silence. The cluster will be in a state of perpetual re-shuffling. Writes will start failing with cryptic "cluster is reconfiguring" errors. And I'll be there, staring at a perfectly green monitoring dashboard, because of course the new scaling module doesn't hook into the main health checks.

It reminds me of the sticker on my laptop for "HyperGridDB," right next to the one from "VolaKV." They also promised a one-click, self-healing cluster. They sent us some great swag. The company doesn't exist anymore, but the sticker serves as a beautiful reminder of ambitious promises. I’ve already cleared a spot for this one.

So, bravo. Truly. It takes a special kind of courage to automate something this complex and hand the keys over. I look forward to the "early access." I'll be the one filing the P0 ticket three hours after your documentation assured me I wouldn't have to.

...another day, another database. Time to go update my resume. Just in case.