Bunny Database

• Bunny Database ist ein Edge-basiertes Managed-Datenbank-Service, das mit SQLite kompatibel ist, sich bei Inaktivität automatisch pausiert und weltweit niedrige Latenzen beibehält
• Um die hohen Kostenstrukturen von DBaaS-Plattformen und Probleme mit komplexen Konfigurationen zu lösen, bietet es eine einfache Bereitstellung und ein nutzungsbasiertes Abrechnungsmodell
• Unterstützt automatische, Single- und Multi-Region-Bereitstellungen in 41 Regionen und erreicht über Replikationsregionen eine Reduzierung der Leselatenz um bis zu 99 %
• Basiert auf einer libSQL-Fork-Version und zielt nicht auf vollständige Funktionssynchronisierung mit SQLite, sondern auf Stabilität im praktischen Einsatz
• Während der Public Preview kostenlos verfügbar; automatische Backups und eine schemafähige API sind als künftige Funktionen geplant

---

Überblick über Bunny Database

• Bunny Database ist ein SQLite-kompatibler Edge-Datenbankdienst, der sich ohne VM-Verwaltung oder teures DBaaS einfach bereitstellen lässt
  • Im Leerlauf wird er automatisch pausiert, um Kosten zu senken
  • Bietet Nutzern weltweit niedrige Latenzen
• Enthält Funktionen wie One-Click-Deployment, sprachspezifische SDK-Unterstützung, HTTP-basierte Verbindungen und Echtzeitmetriken
  • SDKs werden für TypeScript/JavaScript, Go, Rust und .NET unterstützt
  • Im Dashboard können Daten eingefügt und Abfragen ausgeführt werden

Wandel im DBaaS-Markt und die Position von Bunny Database

• Bestehende DBaaS-Plattformen verlagern sich zunehmend in Richtung Enterprise-Markt, etwa durch kleinere Free-Tiers, Gebühren für ungenutzte Kapazitäten und Aufpreise pro Funktion
• Bunny Database präsentiert sich als einfache und vernünftige Alternative zu diesem Trend
• Datenbanken lassen sich ohne komplexe Einrichtung schnell erstellen und ohne Kostenbelastung auf EC2-Niveau betreiben

Hauptfunktionen und Bereitstellungsoptionen

• In 41 Regionen kann zwischen automatischer, Single- und manueller (Multi-Region-)Bereitstellung gewählt werden
  • Automatische Auswahl: Zuweisung der Region mit der geringsten Latenz auf Basis der IP
  • Single Region: direkte Auswahl einer bestimmten Region
  • Manuelle Auswahl: benutzerdefinierte Multi-Region-Konfiguration
• Bei aktivierten Replikationsregionen sinkt die Leselatenz um bis zu 99 %
  • Tests in mehreren Regionen weltweit zeigten eine deutliche Latenzsenkung, wenn Lesezugriffe aus einer clientnahen Region bedient wurden
• Regionen lassen sich einfach hinzufügen oder ändern, ohne dass die App-Architektur neu entworfen werden muss

Preismodell

• Nutzungsbasierte Abrechnung ohne zusätzliche Gebühren einer Serverless-Abrechnung („serverless tax“)
  • Lesen: $0.30 pro 1 Milliarde Zeilen
  • Schreiben: $0.30 pro 1 Million Zeilen
  • Speicher: $0.10 pro GB und Monat je aktiver Region
  • Ohne Anfragen fallen nur Speicherkosten an
  • Monatliche Abrechnung auf Basis der Nutzung in Echtzeit
• Während der Public Preview kostenlos verfügbar

SQLite-Kompatibilität und auf libSQL basierende Architektur

• Bunny Database läuft auf einer eigenen Fork-Version von Tursos libSQL
  • libSQL behält die API und das Dateiformat von SQLite bei, ist aber nicht vollständig mit den neuesten SQLite-Versionen synchronisiert
• Bunny Database hält die Kompatibilität entsprechend der libSQL-Version aufrecht und übernimmt Funktionen neuerer Upstream-Versionen nicht sofort
• Der Fokus liegt auf Stabilität und einfacher Service-Betreibung; nur für den realen Einsatz sinnvolle Funktionen werden selektiv integriert

Ausblick

• Geplante Funktionen: automatische Backups, Import/Export von Datenbankdateien sowie schemafähige API und typsichere SDKs
• In der Public-Preview-Phase soll das künftige Roadmap anhand von Nutzerfeedback angepasst werden

Integration und Verbindungsarten

• Bunny Database kann eigenständig genutzt und auch mit Bunny Edge Scripting sowie Bunny Magic Containers integriert werden
• Im Access-Tab des Dashboards lässt sich per Klick auf Generate Tokens ein Authentifizierungs-Token erzeugen
  • Verbindung mit einem Edge Script oder einer Magic Container App über die Funktion Add Secrets
  • Zugriff auf die Datenbank über Umgebungsvariablen (DB_URL, DB_TOKEN)
• Ein TypeScript-Beispielcode für eine einfache Verbindung wird bereitgestellt

Bedingungen für die Preview-Nutzung

• Während der Public Preview sind maximal 50 Datenbanken pro Nutzer erlaubt, jeweils mit einem Limit von 1 GB
• Nach dem Login im bunny.net-Dashboard sofort nutzbar

[GN⁺]

Hacker-News-Kommentare

• Bunny hat im 2. Quartal 2022 S3-Kompatibilität angekündigt, sich aber im September 2023 für die Verzögerung entschuldigt und die Roadmap auf Anfang 2024 verschoben
  Die zugehörigen Blogposts sind Ankündigung der S3-Unterstützung und Entschuldigung für die Verzögerung
  Jetzt ist Anfang 2026, und selbst auf meine Support-Anfrage gibt es keinerlei Antwort
  Deshalb vertraue ich den Produkten oder der Führung dieses Unternehmens nicht mehr

  • Hier ist Jamie von Bunny.net. Für die Umsetzung von S3 musste die bestehende Storage-Architektur grundlegend neu entworfen werden, daher hat es länger gedauert als erwartet
    Die S3-Kompatibilität wird derzeit seit Januar 2026 einigen Nutzern als Private Preview bereitgestellt, und bald soll eine Anmeldeseite geöffnet werden
  • Bei mir ist es genauso. Ich wollte von Cloudflare weg, aber die fehlende S3-Unterstützung und mangelnde Kommunikation waren das entscheidende Hindernis
  • Ich nutze Bunny CDN vor einem S3-Bucket, sodass die eigentliche Arbeit durch direkte Interaktion mit dem S3-Bucket erfolgt
  • Tatsächlich hat Bunny wohl erkannt, dass der Storage-Service komplett neu aufgebaut werden musste, bevor S3-Kompatibilität geliefert werden konnte
    Das ist kein kleines Projekt, daher ist die Verzögerung nachvollziehbar. Trotzdem sehe ich die transparente Kommunikation positiv

• Ich habe in den letzten Tagen Schwierigkeiten bei der Nutzung von Bunny
  In der Dokumentation steht, dass die Log-Delivery-API höchstens 5 Minuten Verzögerung hat, tatsächlich sind es aber mehr als 3 Tage
  Auf der Statusseite wird das nicht angezeigt, angeblich weil es kein „kritisches“ Problem ist
  Da die Log-Aufbewahrungsfrist 3 Tage beträgt, mache ich mir Sorgen um Datenverlust
  Diese mangelnde Transparenz wirkt sich auch auf das Vertrauen in andere Dienste aus

  • Hier ist Joe von Bunny.net. Wir verarbeiten derzeit einen Backlog von etwa 2,5 Millionen Logdateien und haben die Verarbeitungsgeschwindigkeit durch Pipeline-Optimierungen erhöht
    Wir erwarten, dass sich das innerhalb von 12 bis 18 Stunden normalisiert
    Außerdem migrieren wir die bestehende Logging-Infrastruktur auf eine ClickHouse-basierte Lösung und teilen den Fortschritt auf der Statusseite
  • Ich habe in letzter Zeit ebenfalls Log-Verzögerungen erlebt. Bei mir sind es etwa 14 Stunden

• Ich weiß nicht, ob die Verwaltung eines RDBMS wirklich so schwierig ist
  Unter Linux sind MySQL oder Postgres in 5 Minuten installiert, und auch Backups und Sicherheitseinstellungen lassen sich unkompliziert einrichten
  Selbst ein einzelner VPS kann ziemlich viele Queries verarbeiten, und die Kosten sind gut planbar

  • In der Praxis hängt es von den Anforderungen ab
    Wenn man Multi-Region, automatische Replikation, transparentes Failover, Online-Schema-Migrationen, automatisches Versionsmanagement und Ähnliches will, wird der Eigenbetrieb komplex
    Genau darin liegt der Wert von gehosteten Diensten, die das abnehmen
  • Um die Verfügbarkeit meiner eigenen DB mache ich mir keine Sorgen, aber die Zuverlässigkeit der Backups und das Management von Sicherheits-Patches sind belastend
    CVE-Tracking oder Firewall-Konfiguration erfordern Fachpersonal
  • Tatsächlich kann man heute bei Anbietern wie Neon mit einem Klick eine kostenlose Postgres-Instanz erstellen
  • Es ist keine Frage der Schwierigkeit, sondern des Delegierens
    Unternehmen geben lieber ein monatliches Abo aus und nutzen einen stabil betriebenen Dienst, statt Engineering-Zeit in die DB-Wartung zu stecken
  • Ich wollte es auch selbst betreiben, aber mein Backup-System war mir viel zu unsicher
    Ich habe Backups per Cron in Object Storage gespeichert, aber schon ein einzelner Konfigurationsfehler konnte Produktionsdaten beschädigen
    Wenn es eine OSS-Postgres-Distribution mit vollständig integriertem Backup gäbe, würde ich dafür gern bezahlen

• Der Titel „Das ist keine Hasen-Datenbank“ war lustig

  • Ich habe auch deshalb geklickt
  • Trotzdem war der keksefressende Hase niedlich
  • Über einen davon habe ich sogar das Gerücht gehört, dass er in der Nachbarschaft überall Schulden hat
  • Stimmt schon, aber für Perfektion hätte wenigstens eine Interjektion oder ein Sonderzeichen dazugehört
  • Dem stimme ich auch zu

• Das Muster ist klar: Alle mögen das CDN, aber die Zuverlässigkeit bei Produkt-Releases außerhalb davon wird niedrig eingeschätzt
  Beim CDN geht es höchstens um Cache-Misses, bei einer DB führt das schnell zu Datenverlust
  Das Pricing und die Europa-Story sind attraktiv, aber wenn man den S3-Zeitplan betrachtet, sollte man wohl ein Jahr abwarten, bevor man es nutzt

  • Hat jemand den DNS-Dienst von Bunny ausprobiert? Die fehlende Unterstützung für DS-Records scheint das einzige Problem zu sein

• Ich habe mich gefragt, was „SQLite-compatible“ genau bedeutet
  Intern soll ein libSQL-Fork verwendet werden, aber die Schnittstelle ist nicht klar beschrieben
  Wenn damit die HTTP-API Hrana von libSQL exponiert wird, wäre „libSQL-compatible“ nicht die präzisere Bezeichnung?

  • Hier ist Marek von Bunny.net. Bunny Database kann über SDKs für TS, Go, Rust und .NET oder über einen HTTP-Endpunkt verbunden werden
  • Ja, „libSQL“ wäre präziser, aber aus Marketing-Sicht hat SQLite ein deutlich höheres Suchvolumen

• Zusammenfassung der Preisstruktur
  Während der Public Preview ist es kostenlos, und im Leerlauf fallen nur Storage-Kosten an
  Die wichtigsten Gebühren sind wie folgt

  • Lesen: $0.30 pro 1 Milliarde Zeilen
  • Schreiben: $0.30 pro 1 Million Zeilen
  • Storage: $0.10/GB pro Monat und aktiver Region
  • Der Vorteil dieser Preisstruktur ist, dass Vorauszahlung möglich ist
    So lassen sich unerwartete Kostenexplosionen vermeiden, was sicherer ist als bei AWS oder GCP

• Bunny kündigt häufig neue Funktionen an, aber es fühlt sich immer so an, als blieben sie bei 80 % Fertigstellungsgrad stehen
  Das CDN ist hervorragend, aber die anderen Dienste sind seit Jahren enttäuschend

  • Mich würde interessieren, ob du konkrete Beispiele teilen kannst

• Ich nutze Bunny seit einigen Jahren als Cloudflare-Ersatz, und bisher hat es vollkommen reibungslos funktioniert

  • Allerdings wirkt es so, als würden die Ressourcen zu stark verstreut investiert. Auch die S3-kompatible Schnittstelle steht seit 2022 auf „kommt bald“
  • Mich würde interessieren, wie du so reibungslos umgestiegen bist
    Ich habe es getestet, aber anders als bei Cloudflare ist es nicht nur mit einem DNS-Proxy getan, sondern erfordert auch Asset-Uploads und URL-Rewriting, was mühsam war

• Der größte Vorteil von Bunny.net ist, dass es ein europäischer Dienst ist
  Damit ist man relativ frei von politischen oder regulatorischen Risiken aus den USA