अपने ऐप का होस्टिंग खर्च कैसे कम करें
होस्टिंग खर्च कम करने के लिए पहले देखें कि असल में क्या चल रहा है और क्यों, फिर जब कोई इस्तेमाल न कर रहा हो तब सब कुछ सोने दें। जो होस्ट शून्य तक scale होते हैं, उन पर निष्क्रिय ऐप और सोता हुआ डेटाबेस बहुत कम खर्च करते हैं, इसलिए सबसे बड़ी बचत आम तौर पर उस चीज़ को हटाने से आती है जो उन्हें जगाए रखती है, जो अक्सर हर कुछ सेकंड में डेटाबेस जाँचने वाला कोड होता है। फिर बैंडविड्थ घटाने और ऐसे ऐप हटाने से बचत होती है जिन्हें कोई इस्तेमाल नहीं करता।
ज़्यादातर छोटे ऐप्स की समस्या ट्रैफ़िक की नहीं होती। उनकी समस्या होती है “कुछ न कुछ हमेशा चालू रहता है।” यह गाइड बताती है कि उसे कैसे ढूँढें और ठीक करें, और AI ऐप बिल्डर को देने के लिए प्रॉम्प्ट भी।
आप असल में किस चीज़ का पैसा देते हैं
छोटे ऐप्स का होस्टिंग बिल कुछ ही चीज़ों से बनता है। जानें कि कौन सी बड़ी है, तो पता चलेगा कि कहाँ देखना है।
| खर्च | क्या इसे बढ़ाता है | आम समाधान |
|---|---|---|
| कंप्यूट (सर्वर) | मशीन कितनी बड़ी है और कितने घंटे चलती है | उसे सोने दें; सही आकार चुनें |
| डेटाबेस | उसका आकार और कितनी देर जागा रहता है | लगातार queries रोकें ताकि वह सो सके |
| बैंडविड्थ | विज़िटर कितना डेटा डाउनलोड करते हैं | इमेज कंप्रेस करें, फ़ाइलें cache करें |
| स्टोरेज | फ़ाइलें और डेटा जो आप रखते हैं | पुराने uploads, logs और backups हटाएं जिनकी ज़रूरत नहीं |
| तीसरे पक्ष के API | AI मॉडल, maps, ईमेल, SMS को कॉल | परिणाम cache करें, सीमाएँ लगाएं |
कई आधुनिक होस्ट, जिनमें Mythex भी शामिल है, शून्य तक scale होते हैं: जब कोई ऐप इस्तेमाल नहीं कर रहा होता, तो सर्वर रुक जाता है और कंप्यूट पर कुछ खर्च नहीं होता, फिर अगली विज़िट पर जाग जाता है। इससे सवाल बदल जाता है “मेरा सर्वर कितना बड़ा है?” से “मेरा सर्वर जागा हुआ क्यों है?”
चरण 1: देखें पैसा कहाँ जा रहा है
कुछ बदलने से पहले, अपने होस्ट के usage पेज पर देखें:
- कौन सा प्रोजेक्ट सबसे ज़्यादा खर्च करता है। अक्सर एक ही ऐप बिल का बड़ा हिस्सा होता है।
- कौन सी श्रेणी: कंप्यूट, डेटाबेस, बैंडविड्थ या स्टोरेज।
- कब खर्च होता है। रात भर एक सीधी लाइन, जब आपके पास कोई यूज़र नहीं होता, इस बात का सुराग है कि कुछ ऐप को जगाए रख रहा है।
Mythex पर Usage details पिछले 30 दिन दिखाता है, जो Build (AI एजेंट) और Run (होस्टिंग, बैंडविड्थ, डेटाबेस और फ़ाइल स्टोरेज) में बँटा होता है, और प्रोजेक्ट के हिसाब से ब्रेकडाउन भी।
चरण 2: निष्क्रिय ऐप और डेटाबेस को सोने दें
ज़्यादातर छोटे ऐप्स के लिए यही असली लीवर है। जो डेटाबेस निष्क्रिय होने पर सो जाता है और अगले अनुरोध पर जाग जाता है, वह शांत घंटों में लगभग कुछ खर्च नहीं करता। जिस डेटाबेस को हर कुछ सेकंड में query किया जाता है, वह कभी निष्क्रिय नहीं होता, इसलिए आप उसका पैसा पूरे दिन देते हैं।
Mythex की होस्टिंग सीमाएँ बताती हैं कि पब्लिश्ड ऐप्स के लिए यह कैसे काम करता है: सोता हुआ ऐप कंप्यूट पर कुछ खर्च नहीं करता, और डेटाबेस अपने सबसे छोटे आकार से शुरू होता है, व्यस्त होने पर बढ़ता है, 5 निष्क्रिय मिनट के बाद सो जाता है, और उसके आकार को उस समय से गुणा करके शुल्क लगता है जितनी देर वह जागा था। इसलिए जो ऐप हर कुछ मिनट में एक बार भी अपने डेटाबेस को query करता है, दिन-रात, उसका बिल वैसे ही आता है जैसे वह हमेशा व्यस्त हो, जबकि वही ऐप बिना लगातार गतिविधि के बहुत कम खर्च करता है।
ऐसी चीज़ें जो ऐप को जगाए रखती हैं:
- Polling। एक पेज जो हर 2–5 सेकंड में सर्वर से पूछता है “कुछ नया है?” एक लैपटॉप पर भी वह टैब खुला छोड़ दें, तो डेटाबेस कभी नहीं सोता।
- Auto-refresh डैशबोर्ड जो टाइमर पर डेटा रीलोड करते हैं, भले ही कोई देख न रहा हो।
- Uptime monitors जो हर मिनट ऐप को ping करते हैं।
- सर्वर कोड में background loops, जैसे
setIntervalजो हमेशा डेटा साफ़ करता या सिंक करता रहता है। - Scheduled “keep-alive” requests जो किसी ने धीमी पहली विज़िट से बचने के लिए जोड़ी हों। ये नींद रोककर काम करती हैं, और यही तो पैसा खर्च करता है।
AI से इन्हें ढूँढने को कहें:
कोड में ऐसी हर चीज़ खोजो जो टाइमर पर चलती है या बार-बार डेटाबेस query करती है: polling, setInterval, auto-refresh, background loops। हर एक की सूची बनाओ, बताओ कि वह कितनी बार चलती है, और क्या वह तब भी चलती है जब किसी ने पेज नहीं खोला है। अभी कुछ बदलो मत।
फिर उन्हें एक-एक करके ठीक करें:
डैशबोर्ड /api/orders को हर 3 सेकंड में poll करता है। उसे बदलो ताकि वह सिर्फ़ तब रीफ़्रेश हो जब ब्राउज़र टैब दिख रहा हो, और 3 सेकंड के बजाय हर 60 सेकंड में। एक मैन्युअल Refresh बटन भी जोड़ो।
अगर आपके ऐप को सचमुच लाइव अपडेट चाहिए (जैसे चैट या लाइव स्कोरबोर्ड), तो पूछें कि क्या वह अपडेट तभी push हो सकते हैं जब कुछ बदले, लगातार पूछने के बजाय। कई ऐप्स के लिए “जब उपयोगकर्ता टैब पर वापस आए तब रीफ़्रेश करें” काफ़ी है।
चरण 3: सर्वर का सही आकार चुनें
बड़ी मशीनें प्रति घंटे ज़्यादा खर्च करती हैं। कई AI से बने ऐप्स एक डिफ़ॉल्ट आकार से शुरू होते हैं जो ठीक होता है; समस्या तब आती है जब धीमेपन को ठीक करने के लिए “ज़्यादा पावर” माँगी जाती है, जबकि असल वजह धीमी query होती है।
- वह सबसे छोटा आकार रखें जो बिना एरर के आपका ट्रैफ़िक संभाले।
- अगर मेमोरी क्रैश दिखें, तो पहले AI से पूछें कि क्या ऐप मेमोरी में बहुत ज़्यादा डेटा लोड करता है (पूरी टेबल, न कि परिणामों का एक पेज)।
- मशीनें तभी जोड़ें जब मापा गया ट्रैफ़िक उनकी माँग करे।
Mythex पर मशीन का आकार पब्लिश के समय ऐप की ज़रूरत के हिसाब से चुना जाता है, और अतिरिक्त मशीनें सिर्फ़ तब शुरू होती हैं जब ट्रैफ़िक भारी हो, और उसके घटने पर वापस सो जाती हैं। खर्च आकार के साथ चलता है, इसलिए अगर आपको लगे कि आकार ज़रूरत से बड़ा है, तो चैट में छोटा आकार माँगें।
चरण 4: बैंडविड्थ घटाएं
बैंडविड्थ वह है जो विज़िटर डाउनलोड करते हैं। इमेज आम तौर पर इसका सबसे बड़ा हिस्सा होती हैं।
- इमेज कंप्रेस करें और WebP या AVIF जैसे आधुनिक फ़ॉर्मेट इस्तेमाल करें।
- इमेज को उसी आकार में रखें जिसमें वे दिखाई जाती हैं। 4,000 पिक्सल की फ़ोटो को 400 पिक्सल के थंबनेल के रूप में दिखाना लगभग सारा डाउनलोड बर्बाद करता है।
- स्क्रीन के नीचे की इमेज को lazy-load करें।
- स्टैटिक फ़ाइलें (स्क्रिप्ट, स्टाइल, इमेज) cache करें ताकि लौटने वाले विज़िटर उन्हें दोबारा डाउनलोड न करें। देखें caching क्या है।
- ऐप को हर पेज व्यू पर बड़ी फ़ाइलें न देने दें।
ऐप की हर इमेज जाँचो। उन्हें उस सबसे बड़े आकार में बदलो जिसमें वे दिखाई जाती हैं, WebP में बदलो, और पहली स्क्रीन के नीचे वाली किसी भी इमेज को lazy-load करो। पहले और बाद का कुल आकार बताओ।
तेज़ पेज और कम बैंडविड्थ अक्सर साथ चलते हैं; देखें अपनी वेबसाइट को तेज़ कैसे बनाएं।
चरण 5: जो कोई इस्तेमाल नहीं करता उसे साफ़ करें
- पुराने ऐप अनपब्लिश करें: टेस्ट डिप्लॉयमेंट, खत्म हो चुके प्रयोग, पिछले साल की इवेंट साइट।
- पुराने uploads, logs और exports हटाएं जिनकी ज़रूरत नहीं।
- शेयर किए गए प्रीव्यू लिंक हटाएं जो अब इस्तेमाल नहीं होते। Mythex पर प्रीव्यू लिंक खोलने से प्रोजेक्ट जागता है और आपके क्रेडिट से चलता है, इसलिए भूला हुआ लिंक जिसे कोई बार-बार खोलता है, फिर भी खर्च करवाता है।
- बेकार सेवाएँ हटाएं, जैसे वह API सर्वर या worker जिसे ऐप अब कॉल नहीं करता।
चरण 6: स्टैटिक साइट पर विचार करें
अगर आपकी साइट में लॉगिन नहीं है, सहेजा गया यूज़र डेटा नहीं है, और सर्वर लॉजिक नहीं है (जैसे मार्केटिंग साइट, पोर्टफ़ोलियो, मेन्यू), तो वह एक स्टैटिक साइट हो सकती है: CDN से परोसी गई सादी फ़ाइलें। वहाँ चलाने के लिए कोई सर्वर या डेटाबेस नहीं होता। Mythex पर स्टैटिक साइटें पड़े रहने पर क्रेडिट नहीं लेतीं।
इस साइट में कोई लॉगिन या सहेजा गया डेटा नहीं है। क्या इसे बिना सर्वर के स्टैटिक साइट के रूप में दोबारा बनाया जा सकता है? हम क्या खो देंगे?
चरण 7: चुकाए जाने वाले API कॉल पर नज़र रखें
जो ऐप AI मॉडल, maps या SMS को कॉल करते हैं, उनके लिए तीसरे पक्ष का बिल होस्टिंग से कहीं बड़ा हो सकता है।
- हर उस चीज़ के लिए लॉगिन ज़रूरी करें जो हर कॉल पर पैसा लेती है।
- प्रति-उपयोगकर्ता सीमा जोड़ें (देखें rate limiting क्या है)।
- जो जवाब नहीं बदलते उन्हें cache करें, जैसे एक ही पते का geocoding।
- हर प्रोवाइडर पर खर्च की सीमा या अलर्ट सेट करें।
आम गलतियाँ
- मापे बिना अंदाज़ा लगाना। पहले usage ब्रेकडाउन देखें; महँगा हिस्सा अक्सर वह नहीं होता जो आप सोचते हैं।
- धीमेपन को ठीक करने के लिए बड़ा सर्वर खरीदना। डेटाबेस इंडेक्स की कमी या बहुत ज़्यादा डेटा लोड करना आम तौर पर असली कारण होता है।
- सब कुछ poll करना। हर कुछ सेकंड का टाइमर डेटाबेस को जागे रहने की वजह देता है।
- “गर्म” रखने के लिए ऐप को ping करना। इससे वह बचत खत्म हो जाती है जो शून्य तक scale होने से मिलती है। पहली विज़िट पर थोड़ी देर का जागना स्वीकार करें, या जानबूझकर हमेशा चालू रहने के लिए भुगतान करें।
- पुराने डिप्लॉयमेंट भूल जाना। डेटाबेस और background jobs वाले अनइस्तेमाल ऐप्स चुपचाप जुड़ते जाते हैं।
- बिना कंप्रेस की इमेज। छोटी साइटों पर अक्सर बैंडविड्थ का सबसे बड़ा खर्च यही होता है।
चेकलिस्ट
- मुझे पता है कि कौन सा प्रोजेक्ट और कौन सी श्रेणी (कंप्यूट, डेटाबेस, बैंडविड्थ, स्टोरेज) सबसे ज़्यादा खर्च करती है।
- जब कोई देख न रहा हो, तब कुछ भी डेटाबेस को हर कुछ सेकंड में poll नहीं करता।
- डैशबोर्ड समझदार अंतराल पर रीफ़्रेश होते हैं या सिर्फ़ तब जब टैब दिख रहा हो।
- कोई uptime monitor या background loop बिना कारण ऐप को जगाए नहीं रखता।
- सर्वर वह सबसे छोटा आकार है जो काम करता है।
- इमेज का आकार बदला, कंप्रेस और lazy-load की गई; स्टैटिक फ़ाइलें cache होती हैं।
- पुराने ऐप अनपब्लिश हैं, पुरानी फ़ाइलें हटाई गईं, बेकार प्रीव्यू लिंक हटाए गए।
- जिन साइटों में डेटा या लॉगिन नहीं है, वे स्टैटिक हैं।
- पेड APIs पर लॉगिन, प्रति-उपयोगकर्ता सीमा और प्रोवाइडर खर्च अलर्ट हैं।
Mythex पर खर्च कम करना
Mythex बिल्डिंग और होस्टिंग दोनों के लिए एक ही क्रेडिट बैलेंस इस्तेमाल करता है, इसलिए होस्टिंग की बचत बिल्डिंग के लिए ज़्यादा क्रेडिट छोड़ती है। कुछ Mythex-विशिष्ट बातें:
- पब्लिश्ड ऐप्स और उनके डेटाबेस निष्क्रिय होने पर सो जाते हैं और अगली विज़िट पर जागते हैं। डेटाबेस 5 निष्क्रिय मिनट के बाद सो जाता है, इसलिए लगातार polling हटाना आम तौर पर सबसे बड़ा फ़ायदा है।
- Pro प्लान होस्टिंग, डेटाबेस, बैंडविड्थ, फ़ाइल स्टोरेज और प्रीव्यू सैंडबॉक्स के लिए Free दर का आधा भुगतान करता है; AI दोनों प्लान पर एक ही कीमत पर है। देखें Credits।
- कम बैलेंस से पहले, जो पब्लिश्ड ऐप को रोक सकता, आपको ईमेल मिलता है, और रुके हुए ऐप्स अपना डेटाबेस और फ़ाइलें रखते हैं।
चलाने की लागत के बड़े चित्र के लिए देखें ऐप बनाने में कितना खर्च आता है और वेब होस्टिंग क्या है।
सवाल
मेरे ऐप पर कम यूज़र होने के बावजूद होस्टिंग बिल ज़्यादा क्यों है?
आम तौर पर कोई चीज़ उसे जगाए रखती है। हर कुछ सेकंड में डेटाबेस जाँचने वाला कोड, हर मिनट ऐप को ping करने वाला uptime monitor, या भूली हुई background loop, ये सब सर्वर और डेटाबेस को बिना विज़िटर के भी चौबीसों घंटे चालू रख सकते हैं।
क्या सोता हुआ ऐप पैसे खर्च करता है?
जो होस्ट शून्य तक scale होते हैं, उन पर सोता हुआ ऐप कंप्यूट पर बहुत कम या कुछ नहीं खर्च करता; स्टोर किए गए डेटा का पैसा आम तौर पर फिर भी लगता है। Mythex पर सोता हुआ पब्लिश्ड ऐप कंप्यूट पर कुछ खर्च नहीं करता, और उसका डेटाबेस 5 निष्क्रिय मिनट के बाद सो जाता है और सिर्फ़ उतने समय का शुल्क लेता है जितनी देर वह जागा था।
क्या polling होस्टिंग खर्च बढ़ाती है?
हर कुछ सेकंड में polling करने का मतलब है कि डेटाबेस को कभी खाली समय नहीं मिलता, इसलिए वह सो नहीं सकता। कम बार poll करें, सिर्फ़ तब करें जब कोई पेज देख रहा हो, या पूछने के बजाय अपडेट push करें।
क्या स्टैटिक साइट वेब ऐप से होस्ट करने में सस्ती है?
आम तौर पर हाँ। स्टैटिक साइट सिर्फ़ CDN से परोसी गई फ़ाइलें होती हैं, जिनके लिए कोई सर्वर या डेटाबेस चालू रखना नहीं पड़ता। अगर आपकी साइट में लॉगिन या सहेजा गया डेटा नहीं है, तो उसे स्टैटिक साइट के रूप में बनाना सबसे बड़ी बचत में से एक है।