Managed Postgres के साथ n8n को सेल्फ-होस्ट करें

यह n8n टेम्प्लेट क्या डिप्लॉय करता है?

यह टेम्प्लेट एक n8n ऐप और एक अलग Managed Postgres डेटाबेस बनाता है। Lizard ऐप को एनवायरनमेंट वेरिएबल रेफ़रेंस के ज़रिए Postgres से जोड़ता है, इसलिए आपको डेटाबेस पासवर्ड किसी रिपॉज़िटरी में कॉपी नहीं करने पड़ते।

n8n में आप ऐसे वर्कफ़्लो बना सकते हैं जो API को जोड़ते हैं, डेटा ट्रांसफ़ॉर्म करते हैं और शेड्यूल पर या वेबहुक से स्टेप चलाते हैं। इसका उपयोग आप लीड्स को CRM तक भेजने, सर्विसेज़ के बीच रिकॉर्ड सिंक करने, अलर्ट भेजने या वर्कफ़्लो के हिस्से के रूप में किसी AI मॉडल को कॉल करने के लिए कर सकते हैं। बाहरी सर्विसेज़ API कॉल, मैसेज या मॉडल टोकन के लिए शुल्क ले सकती हैं।

मौजूदा टेम्प्लेट सोर्स आधिकारिक n8nio/n8n:latest इमेज को रैप करता है और पोर्ट 5678 पर सुनता है। यह ऐप के लिए 4 vCPU और 4 GiB RAM की सीमा तय करता है, साथ ही 1 GiB स्टोरेज वाला PostgreSQL 18 देता है। ये टेम्प्लेट की सेटिंग्स हैं, मापी गई संसाधन ज़रूरतें नहीं, और न ही यह वादा कि हर वर्कफ़्लो इनमें फ़िट होगा।

Postgres n8n के डेटाबेस रिकॉर्ड स्टोर करता है। टेम्प्लेट कोई स्पष्ट एन्क्रिप्शन की सेट नहीं करता, ऐप से Persistent Volumes अटैच नहीं करता और Redis वर्कर कॉन्फ़िगर नहीं करता। क्रेडेंशियल जोड़ने या बिज़नेस वर्कफ़्लो चलाने से पहले नीचे दिया गया सेटअप पूरा करें।

Lizard पर n8n को कैसे डिप्लॉय करें

1. Deploy Now चुनें। ज़रूरत हो तो Lizard में साइन इन करें। टेम्प्लेट आपके वर्कस्पेस में ऐप और डेटाबेस बनाता है। डिप्लॉय करने से पहले अपने अकाउंट की संसाधन सीमाएँ जाँचें।
2. डिप्लॉयमेंट जाँचें। बिल्ड पूरा होने और ऐप के healthy होने का इंतज़ार करें। ऐप का पब्लिक HTTPS पता खोलें और n8n का ओनर अकाउंट सेटअप पूरा करें। अगर स्टार्टअप विफल हो, तो ऐप लॉग और डेटाबेस कनेक्शन वेरिएबल जाँचें।
3. एन्क्रिप्शन की स्थिर रखें। सर्विस क्रेडेंशियल सेव करने से पहले ऐप के एनवायरनमेंट में एक मज़बूत, यूनिक N8N_ENCRYPTION_KEY सेट करें। उस की का सुरक्षित बैकअप रखें। किसी मौजूदा इंस्टेंस के लिए उसकी मौजूदा की ही रखें; उसे नई वैल्यू से बदलने पर मौजूदा क्रेडेंशियल फिर से एन्क्रिप्ट नहीं होते।
4. पब्लिक वेबहुक पता सेट करें। n8n के वेबहुक कॉन्फ़िगरेशन में अपने ऐप का HTTPS URL डालें, फिर एनवायरनमेंट के बदलाव लागू करने के लिए रीडिप्लॉय करें। किसी पब्लिश किए गए वर्कफ़्लो को उसके प्रोडक्शन वेबहुक URL से टेस्ट करें।
5. टाइम ज़ोन सेट करें और रीस्टार्ट टेस्ट करें। नियंत्रित रीस्टार्ट के बाद शेड्यूल्ड ट्रिगर, किसी बाहरी API कनेक्शन और सेव किए गए वर्कफ़्लो डेटा की जाँच करें। इंस्टेंस पर भरोसा करने से पहले रिकवरी सेट अप करके टेस्ट करें।

दोहराई जा सकने वाली सर्विस सेटिंग्स के लिए Lizard CLI कॉन्फ़िग रेफ़रेंस पढ़ें। इसमें lizard-config.json और lizard config apply --dry-run के बारे में बताया गया है, जो बदलाव लागू करने से पहले उनका प्रीव्यू दिखाता है। सीक्रेट वैल्यू उन फ़ाइलों में न रखें जिन्हें आप कमिट करते हैं। डिप्लॉयमेंट या अकाउंट से जुड़ी मदद के लिए Lizard सपोर्ट से संपर्क करें।

टेस्ट किए गए वर्कफ़्लो के लिए हमारा n8n वेबहुक से Postgres उदाहरण देखें। इसमें पिन की गई n8n इमेज, हेडर ऑथेंटिकेशन, रीट्राई जाँच और सर्विस रीस्टार्ट से पहले और बाद के नतीजे शामिल हैं।

HTTPS के पीछे वेबहुक कैसे काम करते हैं?

n8n ऐप के अंदर पोर्ट 5678 पर सुनता है; क्लाइंट पब्लिक HTTPS पते के ज़रिए उस तक पहुँचते हैं। वेबहुक बेस URL को उसी पब्लिक पते पर सेट करें, ताकि n8n दूसरी सर्विसेज़ के पास ऐसे कॉलबैक URL रजिस्टर करे जिन तक पहुँचा जा सके।

n8n 2.35.0 और उसके बाद के वर्ज़न के लिए N8N_WEBHOOK_URL का उपयोग करें। पुराने वर्ज़न WEBHOOK_URL का उपयोग करते हैं; n8n ने 2.35.0 में उस नाम को डेप्रिकेट कर दिया है। सेटिंग को उसी वर्ज़न के अनुसार रखें जिसे आप डिप्लॉय करते हैं। N8N_PROXY_HOPS को अपने रिक्वेस्ट पाथ में भरोसेमंद प्रॉक्सी की संख्या से मिलाएँ, और फ़ॉरवर्ड किए गए होस्ट और प्रोटोकॉल हेडर की पुष्टि करें। n8n का रिवर्स प्रॉक्सी कॉन्फ़िगरेशन देखें।

डोमेन बदलने के बाद बेस URL और बाहरी सर्विसेज़ में रजिस्टर किए गए सभी OAuth रीडायरेक्ट URL अपडेट करें। प्रोडक्शन वेबहुक को एडिटर के अस्थायी टेस्ट URL से अलग टेस्ट करें।

क्या रीडिप्लॉय के बाद वर्कफ़्लो और क्रेडेंशियल बचे रहेंगे?

अलग Postgres डेटाबेस वर्कफ़्लो रिकॉर्ड और एन्क्रिप्ट किए गए क्रेडेंशियल स्टोर करता है। क्रेडेंशियल रिकवर करने के लिए मूल एन्क्रिप्शन की भी चाहिए। n8n आमतौर पर पहली बार लॉन्च होने पर यह की बनाता है और उसे ~/.n8n में सेव करता है। सिर्फ़ डेटाबेस बैकअप खोई हुई की की जगह नहीं ले सकता। n8n की एन्क्रिप्शन की गाइड का पालन करें।

जिन फ़ाइलों को आपको रखना है, उनके लिए ऐप के अस्थायी फ़ाइल सिस्टम पर भरोसा न करें। अगर आपके सेटअप को लोकल n8n फ़ाइलें चाहिए, तो /home/node/.n8n पर एक persistent वॉल्यूम अटैच करें और जाँचें कि कंटेनर यूज़र उसमें लिख सकता है। n8n की Docker सेटअप गाइड बताती है कि Postgres के साथ भी वह डायरेक्टरी क्यों मायने रखती है।

डेटाबेस, एन्क्रिप्शन की और स्टोर की गई फ़ाइलों की रिकवरी की योजना बनाएँ। अपने सेटअप के लिए बैकअप रिटेंशन और रीस्टोर के स्टेप की पुष्टि करें; यह टेम्प्लेट बैकअप शेड्यूल कॉन्फ़िगर नहीं करता। रिकवरी की योजना चुनने से पहले Lizard स्टोरेज और रिकवरी सीमाएँ पढ़ें।

n8n को सेल्फ-होस्ट करने में कितना खर्च आता है?

आपके कुल खर्च के तीन हिस्से हैं: Lizard होस्टिंग, आपका चुना हुआ कोई पेड n8n लाइसेंस, और उन सर्विसेज़ के शुल्क जिन्हें आपके वर्कफ़्लो कॉल करते हैं। अनुमत उपयोग के लिए n8n Community पर सॉफ़्टवेयर सब्सक्रिप्शन फ़ीस नहीं है, लेकिन इसका मतलब यह नहीं कि होस्टिंग या n8n का हर फ़ीचर मुफ़्त है।

Lizard Pro की कीमत $19 प्रति माह है और इसमें $19 का उपयोग शामिल है। इस टेम्प्लेट के लिए n8n ऐप और Managed Postgres, दोनों का बजट बनाएँ, साथ में स्टोरेज और बिल होने वाला एग्रेस भी। शामिल $19 खत्म होने के बाद प्रकाशित दरों पर pay as you go। कम लोड वाला n8n इंस्टेंस भी मेमोरी का उपयोग करता है और अपना डेटाबेस चालू रखता है।

एक महीने का अनुमान लगाने के लिए:

1. किसी सामान्य अवधि में ऐप और डेटाबेस का CPU समय और मेमोरी उपयोग मापें, जिसमें शेड्यूल्ड जॉब और एक साथ चलने वाले रन शामिल हों।
2. इन मात्राओं को Lizard प्राइसिंग पर दी गई दरों से गुणा करें। स्टोरेज और आउटगोइंग ट्रांसफ़र का शुल्क जोड़ें।
3. महीने का आपका Lizard बिल $19 या यह कुल, जो भी ज़्यादा हो, होगा। n8n लाइसेंस और बाहरी API के शुल्क अलग से जोड़ें।

सिर्फ़ एक्ज़ीक्यूशन की संख्या से बिल का अंदाज़ा नहीं लगाया जा सकता: एक छोटी HTTP रिक्वेस्ट और बड़ी फ़ाइलें प्रोसेस करने वाला वर्कफ़्लो अलग-अलग संसाधन लेते हैं। टेम्प्लेट की CPU और RAM सीमाएँ ऊपरी सीमा हैं, कोई तय मासिक शुल्क नहीं। सीमाएँ चुनने या लागत की तुलना करने से पहले अपने वर्कफ़्लो को मापें।

n8n Cloud, Lizard या VPS: आपको क्या चुनना चाहिए?

जब आप चाहते हैं कि सर्विस n8n खुद चलाए, तब n8n Cloud चुनें। जब आप Managed Postgres के साथ n8n को सेल्फ-होस्ट करना चाहते हैं और सर्वर सेट अप किए बिना अपने ऐप की सेटिंग्स संभालना चाहते हैं, तब Lizard चुनें। VPS उन टीमों के लिए ठीक है जो सर्वर-लेवल नियंत्रण चाहती हैं और उस सेटअप को संभाल सकती हैं।

Community, Business और Enterprise में एक जैसे फ़ीचर्स नहीं हैं। शेयरिंग, SSO और एनवायरनमेंट जैसे फ़ीचर्स के लिए n8n की एडिशन गाइड और मौजूदा प्राइसिंग देखें। अपने इच्छित उपयोग के लिए n8n लाइसेंस पढ़ें, खासकर अगर आप ग्राहकों को n8n देने की योजना बना रहे हैं।

क्या यह टेम्प्लेट ज़्यादा वर्कफ़्लो के लिए स्केल हो सकता है?

रन की अवधि, मेमोरी के पीक और एक साथ चलने वाले एक्ज़ीक्यूशन मापकर शुरू करें। वर्कफ़्लो डिज़ाइन और एक्ज़ीक्यूशन-डेटा रिटेंशन को ट्यून करें, फिर ज़रूरत के अनुसार ऐप और डेटाबेस के संसाधन बदलें। सिर्फ़ बड़ी संसाधन सीमा से कोई धीमा API तेज़ी से जवाब नहीं देने लगता।

यह टेम्प्लेट एक n8n ऐप चलाता है। वर्कर सेटअप के लिए n8n का queue mode Redis और वर्कर प्रोसेस जोड़ता है, जो डेटाबेस और एन्क्रिप्शन की साझा करते हैं। इसके लिए अलग से कॉन्फ़िगरेशन चाहिए; सिर्फ़ ऐप रेप्लिका जोड़ना वही सेटअप नहीं है। Lizard Managed Redis और Managed Postgres अलग सर्विसेज़ के रूप में देता है।

n8n को कैसे अपडेट करें?

टेम्प्लेट फ़िलहाल latest इमेज टैग का उपयोग करता है, इसलिए बाद का कोई बिल्ड n8n का नया रिलीज़ इस्तेमाल कर सकता है। नियंत्रित अपडेट के लिए टेम्प्लेट रिपॉज़िटरी की अपनी कॉपी इस्तेमाल करें और इमेज को टेस्ट किए गए वर्ज़न पर पिन करें। चल रहा वर्ज़न बदलने से पहले डेटाबेस और की का बैकअप लें, n8n के रिलीज़ नोट्स पढ़ें और ज़रूरी वर्कफ़्लो टेस्ट करें। ऐप रोलबैक के साथ-साथ डेटाबेस रीस्टोर भी टेस्ट करें: नया रिलीज़ डेटाबेस स्कीमा बदल सकता है।