Heroku के विकल्प: कैसे चुनें और सुरक्षित तरीके से माइग्रेट करें

Heroku का विकल्प चुनते समय उन प्रोसेस और ऐडऑन से शुरू करें जिनका आपका ऐप सच में उपयोग करता है। Lizard, Railway और Render वेब प्रोसेस, अलग वर्कर और डेटाबेस वाले सेटअप के लिए उम्मीदवार हैं। Cloud Run का रिसोर्स मॉडल अलग है। VPS ज़्यादा कंट्रोल देता है, लेकिन सर्वर ऑपरेशन की ज़िम्मेदारी आप पर छोड़ता है।

Heroku भी एक विकल्प बना हुआ है। Heroku के सस्टेनिंग इंजीनियरिंग मोड में जाने का मतलब यह नहीं है कि मौजूदा ऐप्स को तुरंत वहां से हटना होगा। Lizard की इस तुलना में लिंक किए गए सोर्स 9 सितंबर 2026 की स्थिति के अनुसार जांचे गए हैं।

Heroku में क्या बदला

6 फ़रवरी 2026 को Heroku ने घोषणा की कि वह नए फ़ीचर्स के बजाय स्थिरता, सुरक्षा, विश्वसनीयता और सपोर्ट पर ध्यान देगा। नोटिस में कहा गया है कि नए ग्राहकों समेत सभी क्रेडिट-कार्ड ग्राहक प्रोडक्ट का उपयोग जारी रख सकते हैं। इसमें किसी सामान्य शटडाउन की घोषणा नहीं है। Heroku का बयान पढ़ें।

माइग्रेट करने का फ़ैसला किसी ठोस ज़रूरत पर आधारित होना चाहिए: लागत, कोई ज़रूरी फ़ीचर, डिप्लॉयमेंट से जुड़ी पाबंदियाँ, या प्रोडक्ट की दिशा के बारे में आपकी राय। सर्विस बंद होने का बेबुनियाद दावा जल्दबाज़ी तो पैदा करता है, लेकिन प्लान बनाने में कोई मदद नहीं करता।

होस्ट की तुलना से पहले अपने Heroku ऐप को मैप करें

सबसे सस्ते वेब इंस्टेंस की कीमत देखकर चुनने से पहले यह इन्वेंटरी करें। कौन-सा विकल्प व्यावहारिक है, यह अक्सर वर्कर, डेटाबेस और ऐडऑन ही तय करते हैं।

सबसे मिलते-जुलते ऑपरेटिंग मॉडल की तुलना करें

Lizard: इसे वेब सर्विसेज़ और वर्कर्स के लिए चुनें, जहां न प्रति-सर्विस प्लान फ़ीस है और न सीट फ़ीस। Lizard Pro की कीमत $19 प्रति माह है और इसमें सभी सर्विसेज़ पर $19 का उपयोग शामिल है; उससे ज़्यादा होने पर आप वही दरें चुकाते हैं। यह कई छोटी सर्विसेज़ और महीने भर में घटते-बढ़ते वर्कलोड के लिए ठीक है। Managed Postgres और Managed Redis को रिसोर्स दरों पर जोड़ें और उन्हें Lizard CLI से मैनेज करें। छोटे ऐप का हिसाब दिखाता है कि उपयोग की लागत प्लान की कीमत के मुकाबले कैसी बैठती है। कनेक्शन वेरिएबल साफ़ तौर पर खुद कॉन्फ़िगर करें।

Railway: अगर आप ऐप के कई हिस्सों को एक साथ मैनेज करना चाहते हैं, तो इसके प्रोजेक्ट और सर्विस वर्कफ़्लो को परखें। Railway खपत के हिसाब से बिल करता है; पेड प्लान में उपयोग के लिए क्रेडिट शामिल होता है। यह dyno की तरह फ़िक्स्ड कीमत वाला विकल्प नहीं है। Railway बिलिंग।

Render: अगर चुनी हुई क्षमता के हिसाब से बजट बनाना आपकी टीम के लिए आसान है, तो इसके वेब और वर्कर इंस्टेंस प्लान परखें। डेटाबेस और वर्कस्पेस से जुड़ी ज़रूरतों की लागत भी जोड़ें। Render प्राइसिंग।

Cloud Run: तय करें कि हर प्रोसेस Service, Job या worker pool में से किसमें आता है। Procfile की सीधी कॉपी से Cloud Run का आर्किटेक्चर तय नहीं होता। Cloud Run के रिसोर्स टाइप।

Coolify या किसी दूसरे डिप्लॉयमेंट टूल के साथ VPS: इस पर तब विचार करें जब आप होस्ट पर कंट्रोल चाहते हों और उसे मेंटेन कर सकते हों। डिप्लॉयमेंट इंटरफ़ेस पैचिंग, स्टोरेज ड्यूरेबिलिटी या डिज़ास्टर रिकवरी की ज़िम्मेदारी नहीं लेता। Django VPS गाइड दिखाती है कि सर्वर पर आधारित सेटअप में क्या-क्या काम शामिल है।

और विकल्पों के लिए PaaS तुलना देखें।

पूरे मासिक बिल की तुलना करें

Heroku की प्रकाशित Cedar कीमतों में Basic $7/माह और Standard-1X $25/माह शामिल हैं। ये dyno की कीमतें हैं, वेब ऐप, वर्कर और डेटाबेस को मिलाकर कोई कोटेशन नहीं। जांचें कि आपका ऐप कौन-सा फ़ाउंडेशन और प्लान इस्तेमाल करता है। Heroku प्राइसिंग।

किसी भी नए होस्ट पर हर प्रोसेस, डेटाबेस, रखी गई फ़ाइल, नेटवर्क चार्ज और ज़रूरी प्लान फ़ीचर को शामिल करें। मीटर्ड प्लान में खपत मापें और उसके क्रेडिट का हिसाब रखें। फ़िक्स्ड इंस्टेंस में बिल होने वाले सभी इंस्टेंस और उनके चलने का समय गिनें।

तुलना में वर्कलोड एक जैसा रखें। नए होस्ट पर चलाकर देखे बिना यह न मान लें कि वह CPU या मेमोरी का सिर्फ़ एक हिस्सा इस्तेमाल करेगा। माइग्रेशन के दौरान वह समय भी जोड़ें जब पुराना और नया सिस्टम साथ-साथ चलते हैं।

ट्रैफ़िक बदलने से पहले एक कॉपी माइग्रेट करें

1. सीक्रेट वैल्यू को किसी पब्लिक डॉक्यूमेंट में डाले बिना कॉन्फ़िगरेशन की इन्वेंटरी एक्सपोर्ट करें। रनटाइम और डिपेंडेंसी के वर्ज़न पिन करें।
2. वेब प्रोसेस और वर्कर को अलग-अलग टेस्ट सर्विसेज़ के रूप में डिप्लॉय करें। उनके स्टार्ट कमांड और शटडाउन का व्यवहार जांचें।
3. डेटाबेस बैकअप को एक टेस्ट डेटाबेस में रिस्टोर करें। PostgreSQL एक्सटेंशन, रो काउंट और एप्लिकेशन लेवल पर रीड और राइट जांचें।
4. लॉगिन, ईमेल, अपलोड, टेस्ट मोड में पेमेंट और बैकग्राउंड जॉब्स टेस्ट करें। कॉलबैक डोमेन और वेबहुक URL जांचें।
5. तय करें कि कटओवर के दौरान डेटाबेस में होने वाले राइट्स को कैसे संभालना है। दो राइटेबल कॉपी के मुकाबले मेंटेनेंस विंडो को समझना अक्सर आसान होता है।
6. आख़िरी बैकअप लें या रेप्लिकेशन पूरा करें, एप्लिकेशन कनेक्शन स्विच करें, फिर ट्रैफ़िक बदलें। एरर, जॉब्स और डेटाबेस एक्टिविटी पर नज़र रखें।

ऐसा रोलबैक प्लान रखें जिसमें स्विच के बाद लिखा गया डेटा भी शामिल हो। DNS को वापस पॉइंट करने से यह डेटा पुराने डेटाबेस में नहीं पहुँचता।

Lizard पर GitHub डिप्लॉयमेंट गाइड और वेरिएबल रेफ़रेंस से शुरू करें। वर्कर की सेटिंग्स को वेब सर्विस की सेटिंग्स से अलग पढ़ें।

Heroku पर बने रहना कब ठीक है

जब ऐप अपनी ज़रूरतें पूरी करता हो, आपकी टीम उसका ऑपरेटिंग मॉडल जानती हो और माइग्रेशन में ऐसा समय लगे जो कहीं और बेहतर काम आ सकता है, तब Heroku पर बने रहना कम जोखिम वाला विकल्प हो सकता है। एक मैच्योर ऐप ऐसे ऐडऑन, रिलीज़ स्टेप और अंदरूनी तौर-तरीकों पर निर्भर हो सकता है जिन्हें कोई फ़ीचर टेबल नहीं दिखाती।

लिखकर रखें कि आप नए होस्ट से कौन-सा बदलाव चाहते हैं। अगर ट्रायल में यह बदलाव नहीं दिखता, तो माइग्रेशन पर खर्च करना अभी बनता नहीं।

आम सवाल

क्या Heroku बंद हो रहा है? जिस घोषणा का हवाला दिया गया है, उसमें ऐसा नहीं कहा गया। उसमें सस्टेनिंग इंजीनियरिंग और क्रेडिट-कार्ड ग्राहकों के लिए सर्विस जारी रहने की बात है। इसे शटडाउन की डेडलाइन मानने के बजाय मौजूदा बयान और अपने कॉन्ट्रैक्ट को परखें।

क्या मैं अपना Procfile रख सकता हूँ? यह प्रोसेस कमांड्स की एक काम की इन्वेंटरी है। जांचें कि आपका चुना हुआ होस्ट किन एंट्रीज़ को अपने-आप पहचान लेता है, और बाकी को अलग सर्विसेज़ या जॉब्स के रूप में कॉन्फ़िगर करें।

क्या मैं Heroku Postgres को किसी दूसरी PostgreSQL सर्विस पर ले जा सकता हूँ? अक्सर हाँ, लेकिन वर्ज़न, एक्सटेंशन, रोल और रिस्टोर प्रोसेस को टेस्ट करें। प्रोडक्शन ट्रैफ़िक स्विच करने से पहले एप्लिकेशन को रिस्टोर किए गए डेटा पर ठीक से काम करना चाहिए।

क्या माइग्रेशन से लागत कम होगी? यह सिर्फ़ पूरे अनुमान और असली जैसे लोड वाले ट्रायल से ही पता चल सकता है। डेटाबेस, वर्कर्स, स्टोरेज, ट्रैफ़िक और दोनों होस्ट के अस्थायी ओवरलैप को भी शामिल करें।