Bunny Database

• Bunny Database SQLite के साथ संगत एक edge-आधारित managed database service है, जो idle होने पर अपने-आप रुक जाती है और दुनिया भर में कम latency बनाए रखती है
• DBaaS platform की उच्च-लागत संरचना और जटिल configuration समस्याओं को हल करने के लिए, यह आसान deployment और usage-based pricing model प्रदान करती है
• 41 regions में auto, single, और multi-region deployment को support करती है, और replica regions के ज़रिए पढ़ने की latency में अधिकतम 99% कमी हासिल करती है
• यह libSQL fork version पर आधारित है, और SQLite के साथ पूरी feature sync को लक्ष्य नहीं बनाती, बल्कि वास्तविक उपयोग की स्थिरता पर ध्यान देती है
• public preview अवधि के दौरान यह मुफ़्त उपलब्ध है, और आगे automatic backups, schema-aware API जैसी सुविधाएँ आने वाली हैं

---

Bunny Database का अवलोकन

• Bunny Database एक SQLite-compatible edge database service है, जिसे VM management या महंगे DBaaS के बिना आसानी से deploy किया जा सकता है
  • idle स्थिति में यह अपने-आप रुक जाती है, जिससे लागत कम होती है
  • दुनिया भर के users को कम latency देती है
• इसमें one-click deployment, भाषा-विशिष्ट SDK support, HTTP-आधारित connection, और real-time metrics शामिल हैं
  • SDK TypeScript/JavaScript, Go, Rust, .NET को support करते हैं
  • dashboard में data insert करना और query चलाना संभव है

DBaaS बाज़ार में बदलाव और Bunny Database की स्थिति

• मौजूदा DBaaS platforms free tier में कटौती, unused capacity billing, और feature-आधारित अतिरिक्त शुल्क जैसी नीतियों के कारण अधिक महंगे enterprise बाज़ार की ओर बढ़ रहे हैं
• Bunny Database इस रुझान के जवाब में सरल और व्यावहारिक विकल्प पेश करती है
• जटिल configuration के बिना database को जल्दी बनाया जा सकता है, और EC2-स्तर की लागत के बोझ के बिना इसे चलाया जा सकता है

मुख्य सुविधाएँ और deployment विकल्प

• 41 regions में auto, single, और manual multi-region deployment चुना जा सकता है
  • auto selection: IP-आधारित न्यूनतम latency region अपने-आप चुना जाता है
  • single region: किसी विशेष region को सीधे चुना जा सकता है
  • manual selection: user-defined multi-region configuration
• replica regions सक्षम करने पर पढ़ने की latency में अधिकतम 99% कमी
  • दुनिया के कई क्षेत्रों में किए गए tests में, client के नज़दीक region से read serve करने पर latency में बड़ा सुधार देखा गया
• region जोड़ना या बदलना आसान है, इसलिए app architecture को फिर से design करने की ज़रूरत नहीं होती

pricing policy

• usage-based pricing model के साथ, serverless pricing पर लगने वाला अतिरिक्त शुल्क ('serverless tax') नहीं है
  • reads: 1 अरब rows पर $0.30
  • writes: 10 लाख rows पर $0.30
  • storage: प्रत्येक active region के लिए प्रति GB प्रति माह $0.10
  • request न होने पर केवल storage cost लगती है
  • monthly billing, real-time usage के आधार पर charges
• public preview अवधि के दौरान मुफ़्त

SQLite compatibility और libSQL-आधारित संरचना

• Bunny Database Turso के libSQL पर आधारित अपने fork version पर चलती है
  • libSQL, SQLite के API और file format को बनाए रखता है, लेकिन नवीनतम SQLite के साथ पूरी तरह sync नहीं रहता
• Bunny Database libSQL version-आधारित compatibility बनाए रखती है, और नए upstream version की सुविधाओं को तुरंत शामिल नहीं करती
• इसका फ़ोकस stability और service operation की सरलता पर है, और केवल वास्तविक उपयोग में उपयोगी सुविधाओं को चुनकर शामिल किया जाता है

आगे की योजना

• आने वाली सुविधाएँ: automatic backups, database file import/export, schema-aware API और type-safe SDK
• public preview चरण में user feedback के आधार पर आगे का roadmap समायोजित किया जाएगा

integration और connection के तरीके

• Bunny Database को standalone रूप में इस्तेमाल किया जा सकता है, और इसे Bunny Edge Scripting तथा Bunny Magic Containers के साथ integrate भी किया जा सकता है
• dashboard के Access tab में Generate Tokens पर क्लिक करके authentication token बनाया जा सकता है
  • Edge Script या Magic Container App से Add Secrets feature के ज़रिए connect करें
  • environment variables (DB_URL, DB_TOKEN) के माध्यम से database access
• TypeScript example code के साथ आसान connection संभव है

preview उपयोग की शर्तें

• public preview अवधि में प्रति user अधिकतम 50 databases, और प्रत्येक पर 1GB capacity limit
• bunny.net dashboard में login करने के बाद तुरंत उपयोग किया जा सकता है

[GN⁺]

Hacker News की राय

• Bunny ने 2022 की दूसरी तिमाही में S3 compatibility की घोषणा की थी, लेकिन 2023 के सितंबर में देरी के लिए माफ़ी मांगी और roadmap को 2024 की शुरुआत तक बढ़ा दिया
  संबंधित ब्लॉग पोस्ट हैं S3 support announcement और delay apology
  अभी 2026 की शुरुआत है, और मेरी support request का भी कोई जवाब नहीं आया
  इसलिए अब मुझे इस कंपनी के products या leadership पर भरोसा नहीं रहा

  • मैं Bunny.net से Jamie हूँ। S3 को लागू करने के लिए मौजूदा storage architecture को मूल रूप से फिर से डिज़ाइन करना पड़ा, इसलिए इसमें उम्मीद से ज़्यादा समय लगा
    अभी S3 compatibility जनवरी 2026 से कुछ users के लिए private preview में उपलब्ध है, और जल्द ही आवेदन पेज खोला जाएगा
  • मेरी भी यही स्थिति है। मैं Cloudflare से migrate करना चाहता था, लेकिन S3 support की कमी और communication न होना सबसे बड़ा रुकावट कारक था
  • मैं Bunny CDN को S3 bucket के आगे लगाकर इस्तेमाल कर रहा हूँ, और असली काम सीधे S3 bucket के साथ interact करके करता हूँ
  • असल में Bunny को S3 compatibility लाने से पहले अपनी storage service को पूरी तरह फिर से बनाना पड़ेगा, यह बात बाद में समझ आई
    यह छोटा प्रोजेक्ट नहीं है, इसलिए देरी समझ में आती है। फिर भी, इस बारे में खुलकर बताना एक सकारात्मक बात है

• पिछले कुछ दिनों से मुझे Bunny इस्तेमाल करने में दिक्कत हो रही है
  documentation में लिखा है कि log delivery API में अधिकतम 5 मिनट की देरी होती है, लेकिन असल में 3 दिन से ज़्यादा की देरी हो रही है
  status page पर यह दिख नहीं रहा, और कहा गया कि ऐसा इसलिए है क्योंकि यह “critical” issue नहीं है
  log retention अवधि 3 दिन है, इसलिए data loss की चिंता हो रही है
  ऐसी पारदर्शिता की कमी दूसरे services पर भरोसे को भी प्रभावित करती है

  • मैं Bunny.net से Joe हूँ। हम अभी लगभग 25 लाख log files के backlog को process कर रहे हैं, और pipeline optimization से processing speed बढ़ाई है
    उम्मीद है कि 12–18 घंटे के भीतर स्थिति सामान्य हो जाएगी
    साथ ही हम मौजूदा logging infrastructure को ClickHouse-आधारित सिस्टम पर migrate कर रहे हैं, और status page पर प्रगति साझा कर रहे हैं
  • मुझे भी हाल में log delay का सामना करना पड़ा है। मेरे मामले में यह लगभग 14 घंटे है

• मुझे समझ नहीं आता कि RDBMS manage करना क्या सच में इतना मुश्किल है
  Linux पर MySQL या Postgres install करने में 5 मिनट लगते हैं, और backup व security settings भी आसानी से की जा सकती हैं
  एक VPS से भी काफ़ी queries संभाली जा सकती हैं, और cost भी अनुमानित रहती है

  • असल में यह requirements पर निर्भर करता है
    अगर आपको multi-region, automatic replication, transparent failover, online schema migration, automatic version management जैसी सुविधाएँ चाहिएँ, तो खुद बनाना जटिल हो जाता है
    ऐसे हिस्सों को संभालने वाली hosted service की अपनी value होती है
  • मुझे अपनी DB की availability की उतनी चिंता नहीं है, लेकिन backup reliability और security patch management का बोझ ज़रूर लगता है
    CVE track करना या firewall configure करना जैसी चीज़ों के लिए विशेषज्ञ लोगों की ज़रूरत पड़ती है
  • सच कहें तो आजकल Neon जैसी जगह पर एक क्लिक में मुफ्त Postgres instance बनाया जा सकता है
  • यह मुश्किल का नहीं, बल्कि delegation का सवाल है
    कंपनियाँ DB maintenance पर engineering time खर्च करने के बजाय मासिक subscription देकर स्थिर service लेना पसंद करती हैं
  • मैंने भी खुद setup करने की कोशिश की थी, लेकिन backup system पर बहुत भरोसा नहीं था
    cron से object storage में backups सेव किए थे, लेकिन एक setting भी गलत हो जाए तो production data खराब हो सकता था
    अगर backups के साथ कोई OSS Postgres distribution मिले, तो मैं खुशी से उसके लिए पैसे दूँगा

• “यह rabbit database नहीं है” वाला शीर्षक मज़ेदार लगा

  • मैंने भी उसी वजह से क्लिक किया
  • फिर भी cookie खाने वाला rabbit काफ़ी प्यारा था
  • मैंने तो यह अफ़वाह भी सुनी कि उनमें से एक ने मोहल्ले के कई लोगों से पैसे उधार ले रखे हैं
  • बात सही है, लेकिन इसे पूरी तरह परफेक्ट बनाने के लिए कम से कम एक exclamation या special character होना चाहिए था
  • मैं भी इस राय से सहमत हूँ

• पैटर्न साफ़ है: सबको CDN पसंद है, लेकिन बाकी products की release reliability पर भरोसा कम है
  CDN की समस्या cache miss तक सीमित रहती है, लेकिन DB की समस्या data loss तक जा सकती है
  pricing और Europe-based story आकर्षक है, लेकिन S3 schedule का इतिहास देखकर लगता है कि इसे कम से कम एक साल देखने के बाद ही इस्तेमाल करना चाहिए

  • क्या किसी ने Bunny की DNS service इस्तेमाल की है? DS record support न होना ही एकमात्र समस्या लगती है

• मैं सोच रहा था कि “SQLite-compatible” का सही मतलब क्या है
  कहा गया है कि अंदरूनी तौर पर यह libSQL fork इस्तेमाल करता है, लेकिन interface किस तरह दिया गया है यह साफ़ नहीं है
  अगर यह libSQL की HTTP API Hrana expose करता है, तो “libSQL-compatible” कहना ज़्यादा सही नहीं होगा?

  • मैं Bunny.net से Marek हूँ। Bunny Database से TS, Go, Rust, .NET के SDKs या HTTP endpoint के ज़रिए connect किया जा सकता है
  • हाँ, “libSQL” ज़्यादा सटीक है, लेकिन marketing के नज़रिए से SQLite की search volume काफ़ी ज़्यादा है

• pricing structure का सार यह है
  public preview के दौरान यह मुफ्त है, और idle स्थिति में सिर्फ storage cost लगती है
  मुख्य charges इस प्रकार हैं

  • reads: 1 अरब rows पर $0.30
  • writes: 10 लाख rows पर $0.30
  • storage: active region प्रति माह $0.10/GB
  • इस pricing model का फायदा यह है कि prepaid payment संभव है
    इससे अचानक bill spike से बचा जा सकता है, इसलिए यह AWS या GCP से ज़्यादा सुरक्षित लगता है

• Bunny नई features अक्सर announce करता है, लेकिन हमेशा ऐसा लगता है कि वे 80% complete अवस्था में रुक जाती हैं
  CDN शानदार है, लेकिन बाकी services कई सालों से निराशाजनक रही हैं

  • क्या आप कुछ specific examples साझा कर सकते हैं?

• मैं कई सालों से Bunny को Cloudflare alternative की तरह इस्तेमाल कर रहा हूँ, और अब तक यह पूरी तरह ठीक चला है

  • बस ऐसा लगता है कि वे resources को बहुत ज़्यादा फैलाकर निवेश कर रहे हैं। S3-compatible interface भी 2022 से “जल्द आ रहा है” की स्थिति में है
  • आपने इतना smooth transition कैसे किया, यह जानना चाहता हूँ
    मैंने test किया था, लेकिन Cloudflare की तरह सिर्फ DNS proxy से काम नहीं चलता; asset upload और URL rewrite भी करने पड़ते हैं, इसलिए झंझट लगा

• Bunny.net की सबसे बड़ी ताकत यह है कि यह Europe-based service है
  इसलिए अमेरिकी राजनीति या regulatory risk से यह अपेक्षाकृत ज़्यादा मुक्त है