HN Reader

I've been struggling with Bunny the last couple of days.

Their log delivery api is delayed by over 3 days, despite them promising only "up to 5 minutes delay" in their docs: https://docs.bunny.net/cdn/logging

Why isn't it on the status page you might ask? Oh, that's because a delay is not "critical", but I fear I am losing loglines now, their retention is 3 days.

It's an interesting strategy for them, because it doesn't inspire confidence in me about their other offerings. When they can't reliably operate a log delivery API or be transparent about issues, it's hard to trust them with something as critical as a database.

I can't take this seriously. You've got the backend of some networked application and now you want to offload the database to a SaaSS which has... "SQLite compatibility"?

SQLite is an embedded database. Every Android app for instance gets a db through sqlite for free. You can easily compile it yourself and embed it in pretty much anything that has a CPU.

So you'd like to offload this embeddable database that's nowhere near postgres or even maria, and then it even says:

> Why care about database latency anyway?

Right. Because you can't even begin to think about introducing a network stack between your application and the database unless you can't be bothered at all about the latency.

I can't imagine myself a customer for this.

we have 3 orange clouds now

Bun alert!

I was hoping to find a database of bunnies. I was left sadly disappointed.

why this over turso or litestream + read replicas?

Why choose this over Cloudflare D1?

FYI, this is based on libSQL which has pretty poor driver support (Python still experimental).

Adding my voice to the chorus here: they've established a pattern of introducing new features and never really getting them past the 80% point. No qualms with the CDN; it's a sweet spot among providers. But their other offerings have been frustrating me for years now.

fwiw, Bunny are the people that announced S3 compatibility for their object storage in Q2 2022 [1]

> We can’t wait to have this available as a preview later in Q2 and truly make global storage a breeze, so keep an eye out!

then apologised for missing that in September 2023 [2]

> We initially announced that we were working on S3 support for Bunny Storage all the way back in 2022. Today, as 2023 is slowly coming to an end, many of our customers continue to follow our blog, hoping for good news about the release.

changing the roadmap to early 2024 [2]

> But we are working aggressively toward shipping S3 compatibility in early 2024.

That same post also has the beautiful "At bunny.net, we value transparency." quote. It's early 2026, and they're literally ignoring my support requests asking about what the roadmap is looking like for this now.

So, do not trust their product or leadership at all.

[1] https://bunny.net/blog/introducing-edge-storage-sftp-support... [2] https://bunny.net/blog/whats-happening-with-s3-compatibility...

Main positive with bunny.net:

Its European rather than from USA so its less dependent on that orange guy in that white/golden house

This is not a database of bunnies

The "Wait, what does “SQLite-compatible” actually mean?" subheading didn't answer my question to be honest. They're using (forked) libSQL under the hood - ok, cool. But how do I interface with it?

They don't elaborate, but apparently libSQL has an HTTP API called "Hrana": https://github.com/tursodatabase/libsql/blob/main/docs/HRANA... - if that's what they're exposing, wouldn't it make more sense to call it libSQL-compatible or something?

Looks cool, I need an alternative to my supabase set-up for little web tools, so i'll check it out!

Reminds me of how we got scarred by "parse.com" -- it was also a promising database, and our customer insisted on it, but after lengthy development and just before our project release turned out that they are shutting down and noone works on it anymore. Like literally their support said "uhm sorry folks, we're all hired by Facebook, no one is working on parse.com anymore".

I have used multiple s3 and cdn replacements, and bunny is my favorite. Excited to see a database product in the mix.

The pattern here is clear: everyone loves the CDN, everyone worries about their track record shipping anything else. A database is the worst place to test whether that changes. CDN mistakes cost you cache misses. Database mistakes cost you data. The pricing model and EU story are genuinely compelling, but if the S3 compatibility timeline is any guide, I'd let this one run quietly for a year before trusting it with anything I can't afford to lose.

Why couldn't they just use SQLite, and not libSQL?

> Not every project needs Postgres, and that’s okay. Sometimes you just want a simple, reliable database that you can spin up quickly and build on, without worrying it’ll hit your wallet like an EC2.

Isn't the operational burden of SQLite the main selling point over Postgres (not one I subscribe to, but that's neither here nor there)? If it's managed, why do I care if it's SQLite or Postgres? If anything, I would expect Postgres to be the friendlier option, since you won't have to worry about eventually discovering that you actually need some feature even if you don't need it at the start of your project. Maybe there are projects that implement SQLite on top of Postgres so you can gradually migrate away from SQLite if you need Postgres features eventually?

I wonder if they're stretching themselves too thin? Their CDN product is rock solid IME and so is their video streaming, but they've been adding a lot more "developer-platform" type products, seemingly trying to catch up to CF, and I'm not sure I'll ever trust it enough in terms of staying-power to ever commit to the vendor lock-in there. (I wouldn't with Cloudflare either, to be fair)

Will give this a spin. They’re one of the few cloud-y providers that has both prepayment and a rate limiter that doesn’t charge for rate limit exceeds (still blows my mind that providers charge for blocks).

Maybe I'm not the target market for this, but how hard is it REALLY to manage a RDBMS?

Any Linux distro can have MySQL or Postgres installed in less than five minutes and works out of the box

Even a single core VPS can handle lots of queries per second (assuming the tables are indexed properly and the queries aren't trash)

There are mature open source backup solutions which don't require DB downtime (also available in most package managers)

It's trivial to tune a DB using .conf files (there are even scripts that autotune for you!!!)

Your VPS provider will allow you to configure encryption at rest, firewall rules, and whole disk snapshots as well

And neither MySQL or Postgres ever seem to go down, they're super reliable and stable

Plus you have very stable costs each month

Pricing Details:

  While in public preview, Bunny Database is free.

  When idle, Bunny Database only incurs storage costs. One primary region is charged continuously, while read replicas only add storage costs when serving traffic (metered by the hour).

  Reads - $0.30 per billion rows
  Writes - $0.30 per million rows
  Storage - $0.10 per GB per active region (monthly)

This sounds a lot like https://turso.tech/ ? Unless I misunderstand, they're both pitching SQLite-for-the-cloud.

I used their cdn years ago and it was amazing. Did realtime image branding with signed urls and video delivery and it wasn’t even as spendy as I thought, it was like fractions of a penny when I thought it’d be a couple pennies… their api was easy to use.

S3 compatible storage was an exciting thing to look forward to. But some of their stuff off the shelf was cost effective and worked well

Pretty cool. I’ve been using Bunny as a Cloudflare replacement for a couple of years and my experience has been flawless.

I'm surprised to see this is built on libSQL -- a while ago, I was told on the Turso Discord that libSQL was deprecated in favorite of the new `tursodatabase` packages. Is there a Bunny Database specific NPM package for the libSQL fork?

Is this supposed to be a distributed DB that auto-synchronizes instances? Documentation doesn't seem to say anything about that.

If not, it seems like it would be quite a bit of work to implement the synchronization... and I don't understand why one would use it otherwise.

It seems Bunny is competing with Cloudflare. They offer very similar services including CDN, video streaming, databases etc.

Managed sqlite?

I thought this would be a database of bunnies. My disappointment cannot be overstated.

Is this good for write heavy loads or does it face the same constraints as regular SQLite?