Cloudflare से Bunny.net पर स्विच

 (jola.dev)
6 पॉइंट द्वारा GN⁺ 2026-04-09 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • केंद्रीकृत Cloudflare निर्भरता को कम करने के लिए एक निजी ब्लॉग को bunny.net पर माइग्रेट करने का उदाहरण
  • bunny.net स्लोवेनिया-आधारित यूरोपीय CDN सेवा है, जो वैश्विक स्तर पर तेज़ प्रदर्शन और कुशल PoP नेटवर्क प्रदान करती है
  • डोमेन रजिस्ट्रेशन के लिए Porkbun का उपयोग किया गया, और Cloudflare की “Orange Cloud” सुविधा को bunny.net वातावरण में माइग्रेट किया गया
  • Pull Zone, caching policy, SSL certificate, Edge Rule जैसी चरणबद्ध सेटिंग्स के जरिए CDN को पूरी तरह कॉन्फ़िगर किया गया
  • DDoS protection, Origin Shield, Stale Cache जैसी बेसिक सुविधाएँ ही काफ़ी स्थिर साबित होती हैं, और व्यक्तिगत उपयोगकर्ताओं के लिए यह Cloudflare का एक व्यावहारिक विकल्प हो सकता है

Cloudflare से bunny.net पर माइग्रेशन

  • Cloudflare निर्भरता और केंद्रीकरण की समस्या को कम करने के लिए निजी ब्लॉग को bunny.net पर माइग्रेट करने की प्रक्रिया और सेटअप विधि को संक्षेप में बताया गया है
    • Cloudflare मुफ़्त में शक्तिशाली सुविधाएँ देता है, लेकिन एक ही कंपनी पर निर्भरता बढ़ती जाती है, और आउटेज होने पर उसका असर इंटरनेट के बड़े हिस्से पर पड़ सकता है
    • अमेरिका-केंद्रित इंटरनेट केंद्रीकरण को लेकर असहजता और कई विवादों के कारण विकल्प तलाशा गया

Bunny.net का परिचय

  • bunny.net स्लोवेनिया-आधारित यूरोपीय कंपनी है, जो Cloudflare से प्रतिस्पर्धा कर सकने वाली CDN सेवा प्रदान करती है
    • यह वैश्विक स्तर पर अच्छा performance और speed दिखाती है, और PoP नेटवर्क का आकार छोटा होने के बावजूद काफ़ी कुशल है
    • यूरोपीय टेक ecosystem के विकास को समर्थन देने के कारण इसे सकारात्मक रूप से देखा गया

Cloudflare से बाहर निकलना

  • ब्लॉग के डोमेन registrar के रूप में Cloudflare का उपयोग किया जा रहा था, लेकिन यूरोप के भीतर विकल्प ढूँढना आसान नहीं था
    • INWX में मुफ़्त WHOIS privacy नहीं थी, इसलिए उसे हटाकर Porkbun चुना गया
    • Porkbun, Cloudflare infrastructure का उपयोग करता है, लेकिन उसकी support quality उत्कृष्ट है
  • Cloudflare की “Orange Cloud” सुविधा (automatic caching, origin hiding, protection features) को bunny.net पर माइग्रेट किया गया

Bunny.net सेटअप के चरण

  • अकाउंट बनाना

    • साइनअप पर 14 दिनों के लिए 20 डॉलर क्रेडिट दिया जाता है, और credit card रजिस्टर करने पर अतिरिक्त 30 डॉलर मिलते हैं
    • email verification के बाद सेटिंग्स की जा सकती हैं, और usage-based pricing (न्यूनतम 1 डॉलर प्रति माह) लागू होता है
    • यह मॉडल “जहाँ उपयोगकर्ता product नहीं बल्कि customer बनता है” की ओर बदलाव दर्शाता है

  • Pull Zone बनाना

    • यह CDN सक्षम करने के लिए मुख्य कॉम्पोनेंट है, जिसमें Origin URL देकर सर्वर को जोड़ा जाता है
    • अगर कई ऐप चल रहे हों, तो Host header में डोमेन निर्धारित करना चाहिए
    • Standard tier चुनने के बाद अलग-अलग क्षेत्रों के लिए अलग कीमत वाले Zone सेट किए जा सकते हैं
    • जिन क्षेत्रों को निष्क्रिय किया गया हो, वहाँ के उपयोगकर्ताओं को सबसे निकट के सक्रिय Zone पर redirect किया जाता है

  • Pull Zone कनेक्ट करना

    • “Add a custom hostname” में वेबसाइट का डोमेन दर्ज करें
    • निर्देशानुसार CNAME record जोड़कर CDN path कनेक्ट करें (website.b-cdn.net के रूप में)
    • DNS propagation के बाद “Verify & Activate SSL” पर क्लिक करके SSL प्रमाणन पूरा करें
    • सफल होने पर वेबसाइट bunny.net CDN के माध्यम से सर्व की जाती है

कैशिंग सेटअप

  • अगर वेबसाइट सही Cache-Control header लौटाती है, तो bunny.net उसका पालन करता है
    • “Caching → General” में “Respect origin Cache-Control” सेटिंग जाँचें
    • अगर no-cache सेट है, तो caching नहीं होगी
  • अगर cache header न हो, तो Smart Cache सुविधा image, CSS, JS आदि को अपने-आप cache करती है
  • Elixir Phoenix-आधारित ब्लॉग में public pipeline में custom cache header middleware जोड़ा गया
    • cache-control: public, s-maxage=86400, max-age=0 सेट करके HTML pages तक cache किए गए
    • नया पोस्ट प्रकाशित होने पर ताज़ा HTML दिखाने के लिए Pull Zone cache को मैन्युअली purge करना पड़ता है
  • Larm टूल से मापने पर दुनिया के कई स्थानों में response speed में सुधार देखा गया

अनुशंसित बेसिक सेटिंग्स

  • “Force SSL” सक्षम करके सभी requests को HTTPS पर मजबूर करें
  • DDoS protection डिफ़ॉल्ट रूप से उपलब्ध है, और अतिरिक्त रूप से Origin Shield सक्षम करने पर सर्वर लोड कम होता है
    • origin के पास का location चुनकर cache को केंद्रीकृत किया जा सकता है, और edge servers पहले Origin Shield को query करते हैं
  • “Stale Cache: While Origin Offline / While Updating” विकल्प से
    • origin डाउन होने पर भी cached content लगातार सर्व किया जा सकता है
    • update के दौरान भी पुराना cache अस्थायी रूप से दिया जा सकता है
  • Edge Rule जोड़कर auto-generated pull zone domain को वास्तविक डोमेन पर redirect करें
    • नियम का नाम: “Default domain redirect”
    • क्रिया: Redirect, status code 301
    • शर्त: *://<slug>.b-cdn.net/* request आने पर https://jola.dev{{path}} पर भेजें

समापन और मूल्यांकन

  • यह सेटअप अभी bunny.net की basic features तक सीमित है, Edge Rules, advanced cache configuration, security Shield, video streaming, Edge Scripting, Edge Containers आदि अभी शामिल नहीं हैं
  • dashboard के statistics, logs, metrics बहुत विस्तृत हैं, और request स्तर पर cache की स्थिति व समस्याओं को ट्रैक किया जा सकता है
  • आगे चलकर सभी सेवाओं को bunny.net पर माइग्रेट किया जा रहा है, और S3-compatible storage के रिलीज़ की उम्मीद है
  • व्यक्तिगत उपयोगकर्ताओं के लिए भी यह Cloudflare के विकल्प के रूप में पर्याप्त रूप से प्रतिस्पर्धी विकल्प है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2026-04-09
Hacker News की राय

  • अगर यह एक सकारात्मक ब्लॉग पोस्ट है, तो पारदर्शी खुलासे के लिए यह स्पष्ट करना बेहतर होगा कि पेज के सभी लिंक Bunny Affiliate Program की ओर जाते हैं

    • मुझे एहसास हुआ कि मैंने बहुत ज़्यादा लिंक जोड़ दिए थे, इसलिए कुछ हटा दिए। मैंने उन्हें सिर्फ इसलिए जोड़ा था क्योंकि Bunny के पास affiliate program है, यह दिलचस्प लगा; जानबूझकर छिपाने का इरादा नहीं था
    • मैं कानूनी विशेषज्ञ नहीं हूँ, लेकिन अगर आप किसी इनाम मिलने वाली recommendation का खुलासा नहीं करते, तो यह FTC guidelines का उल्लंघन हो सकता है। लगता है कि सिर्फ अमेरिका ही नहीं, UK में भी ऐसे ही नियम हैं

  • मैं bunny.net को CDN और DNS के लिए इस्तेमाल कर रहा हूँ
    मुझे हमेशा यह चिंता रहती है कि free service कभी भी paid हो सकती है, इसलिए शुरुआत से ही थोड़ा-सा भुगतान करना बेहतर लगता है। $2 से $3 होना ठीक है, लेकिन free से $20 हो जाना जोखिम भरा है
    और मुझे वे छोटी, स्वतंत्र कंपनियाँ पसंद हैं जो developers का ध्यान रखती हैं। इसलिए मैं bunny.net, transistor.fm, और Plausible Analytics इस्तेमाल करता हूँ

    • ऐसी स्थिति में बस किसी दूसरे provider पर चले जाइए। CDN और DNS में vendor lock-in लगभग नहीं के बराबर है, इसलिए config export करके कहीं और import किया जा सकता है
    • तर्क से देखें तो Cloudflare के free usage कम करने जैसी सीमित adjustments करने की संभावना ज़्यादा है। व्यावहारिक रूप से वे एक-दूसरे के लिए नुकसानदेह pricing से बचना चाहेंगे। फिर भी छोटी कंपनियों का इस्तेमाल करना अच्छा विकल्प है
    • free services में आखिरकार आप provider की मदद कर रहे होते हैं, इसलिए user के ‘product’ बन जाने की संभावना रहती है। पैसे देने पर value exchange साफ़ हो जाता है
    • लेकिन paid services में भी अचानक price increase या terms change हो सकते हैं
    • मैं भी इसी वजह से bunny.net इस्तेमाल करता हूँ। यह इंटरनेट ecosystem की विविधता बनाए रखने के लिए भी है

  • मैं Cloudflare Workers + Pages पर SaaS चला रहा हूँ। serverless functions और static site को एक ही repository से deploy किया जा सकता है, इसलिए developer experience बहुत अच्छा है
    लेकिन हाल में मुझे एक समस्या हुई जहाँ deploy के बाद भी CDN edge cache पुराना HTML serve कर रहा था। debug करना मुश्किल था, और यह अंदाज़ा लगाना पड़ता था कि समस्या किस cache layer में है
    फिर भी free tier से शुरू करने के लिए यह बेहतरीन है। Workers, Pages, KV, और R2 के साथ लगभग मुफ्त में production app चलाया जा सकता है

    • Cloudflare का सबसे बड़ा फ़ायदा wrangler CLI है। Claude Code के साथ इस्तेमाल करने पर setup और debugging पूरी तरह automate की जा सकती है
    • Bunny में भी मिलती-जुलती capabilities हैं। यह SQLite-compatible API और edge functions भी देता है। मैंने regional debugging issues की वजह से dnsisbeautiful.com/global-http-availability नाम का एक free tool बनाया था
    • मुझे भी वही cache समस्या हुई थी, और किसी ने इसे हल करने के लिए एक script भी साझा की थी
    • Bunny में free tier नहीं है, लेकिन इसका prepaid billing model है, इसलिए अचानक भारी billing का जोखिम नहीं रहता। traffic spike की वजह से सैकड़ों हज़ार डॉलर का bill नहीं आएगा, यह बात मुझे पसंद है
    • हमने deploy के बाद CI में cache अपने-आप clear हो जाए, ऐसा सेट किया है। लेकिन cache propagation delay की वजह से stale content फिर से cache हो सकता है

  • Cloudflare अब सिर्फ एक CDN नहीं, बल्कि एक edge platform है। अगर आप आसानी से Bunny पर migrate कर सकते हैं, तो शायद आप Cloudflare की असली capabilities इस्तेमाल ही नहीं कर रहे थे
    WinterTC जैसे standards को सही तरह support न करना अफ़सोस की बात है। BunnySDK की तरह dedicated serve function का इस्तेमाल करना तो और भी ज़्यादा proprietary lock-in है

    • वैसे Cloudflare का edge platform भी काफ़ी closed है
    • WinterTC यह specify नहीं करता कि HTTP server कैसे शुरू किया जाए। कम-से-कम यह सिर्फ Fetch API के Request/Response interfaces की माँग करता है

  • हम Bunny को कई उद्देश्यों के लिए इस्तेमाल करते हैं और बहुत संतुष्ट हैं। खासकर इसकी support quality शानदार है। Cloudflare अच्छा है, लेकिन paid enterprise support न हो तो उसकी सीमाएँ हैं। UpCloud का support भी बेहतरीन है

  • “Cloudflare इंटरनेट का single point of failure है” यह बात अक्सर सुनने को मिलती है, लेकिन हक़ीक़त उससे ज़्यादा जटिल है
    अगर छोटी services का इस्तेमाल विविध रूप में हो, तो outages का distribution बदल सकता है। बदले में छोटे पैमाने की outages ज़्यादा बार भी हो सकती हैं
    Cloudflare का infrastructure भी पूरी तरह centralized नहीं है। कुछ services region के हिसाब से अलग-अलग independent हैं

    • लेकिन एक ही provider का इस्तेमाल करना फिर भी single point of failure है। अगर सच में resilience चाहिए, तो कई providers साथ में चलाने होंगे। यानी अपनी origin server setup चलाइए और CDN का इस्तेमाल न्यूनतम रखिए

  • मैं एक साल पहले Bunny पर migrate हुआ था और बहुत संतुष्ट हूँ। EU-based CDN support कर पाना भी अच्छा लगता है, और Magic Containers की बदौलत दुनिया भर में scale होने वाली API को लगभग $1 प्रति माह में चलाया जा सकता है

    • Magic Containers खासकर छोटे प्रोजेक्ट्स के लिए उपयुक्त हैं। यह Cloudflare Durable Objects जैसी functionality बहुत कम कीमत पर देता है

  • यह पोस्ट विज्ञापन जैसी लग सकती है, लेकिन असल में यह सिर्फ अनुभव साझा करना था। affiliate links का खुलासा किया गया था, और कुछ छिपाने का इरादा नहीं था

    • “एक single point of failure से दूसरे single point of failure पर चले गए” वाली आलोचना गलतफ़हमी है। लेखक अपनी साइट नहीं, बल्कि पूरे इंटरनेट के केंद्रीकरण को लेकर चिंतित था। Bunny अमेरिकी-केंद्रित ढाँचे का एक विकल्प है
    • कुछ लोगों ने इस thread को spam के रूप में report भी किया

  • एक बात ध्यान रखने लायक है कि educational institutions वगैरह में *.b-cdn.net domain को अक्सर block किया जाता है

    • हमने भी Cloudflare R2 को CDN की तरह इस्तेमाल किया था, लेकिन यूरोप की कुछ सरकारी संस्थाओं में assets block होने की समस्या आई। Bunny पर जाने के बाद यह सब ठीक हो गया

  • कमी की बात करें तो free hosting नहीं है। traffic कम हो तब भी हर महीने 1 euro (VAT अलग) देना पड़ता है
    इसके अलावा CNAME flattening support करने वाले DNS providers भी बहुत ज़्यादा नहीं हैं। cache invalidation भी दो बार करनी पड़ती है, तभी ठीक से असर दिखता है

    • कुछ लोग कीमत का मज़ाक उड़ाते हैं, लेकिन असली मुद्दा रकम नहीं बल्कि entry barrier है। credit card डालना पड़ना ही समस्या है
    • कुछ लोगों ने तंज कसा, “1 euro भी ज़्यादा महँगा है क्या?”
    • सच कहें तो free tier का न होना bug नहीं, feature है। यह predictable cost structure के लिए जानबूझकर किया गया विकल्प है
    • GitHub Pages जैसी free लेकिन अक्सर down रहने वाली service से तुलना करें, तो 1 euro पूरी तरह वाजिब है
    • आखिरकार बात सिर्फ 1.20 euro प्रति माह की है