किसी भी ऐप को कॉन्फ़िगर करने से पहले आपको यह तय करना होता है कि आपका Odoo 19 Enterprise डेटाबेस कहाँ रहेगा। होस्टिंग का चुनाव यह निर्धारित करता है कि आप क्या कस्टमाइज़ कर सकते हैं, सर्वर पर नियंत्रण किसका होगा, आपको कितनी बार अपग्रेड करना होगा और बैकअप की ज़िम्मेदारी किसकी होगी।
Odoo होस्टिंग के तीन रास्ते देता है: Odoo Online, Odoo.sh और ऑन-प्रिमाइस (सेल्फ़-होस्टेड)। तीनों पर वही मानक Enterprise ऐप्स चलते हैं, लेकिन जैसे ही आपको कस्टम कोड, सर्वर एक्सेस या अपग्रेड की कोई विशेष लय चाहिए, इनमें बड़ा अंतर दिखने लगता है।
स्रोतों के बारे में एक टिप्पणी: यह गाइड संस्करण 19.0 के लिए Odoo के आधिकारिक दस्तावेज़ों पर आधारित है। होस्टिंग के नियम और नीतियाँ बदल सकती हैं, इसलिए कोई भी निर्णय लेने से पहले अपनी परियोजना के लिए महत्वपूर्ण हर बिंदु की पुष्टि एक टेस्ट डेटाबेस में और अपनी सब्सक्रिप्शन शर्तों के अनुसार कर लें।
एक मिनट में तीनों विकल्प
- Odoo Online: Odoo की सॉफ़्टवेयर-एज़-ए-सर्विस सेवा। सर्वर और प्लेटफ़ॉर्म Odoo चलाता है, और आप मानक ऐप्स तथा Studio के भीतर काम करते हैं।
- Odoo.sh: अपने कोड के साथ Odoo को होस्ट और प्रबंधित करने के लिए Odoo का आधिकारिक क्लाउड प्लेटफ़ॉर्म, जो एक GitHub रिपॉज़िटरी से जुड़ा होता है और डेवलपमेंट, स्टेजिंग और प्रोडक्शन ब्रांचों में व्यवस्थित होता है।
- ऑन-प्रिमाइस: आप Odoo को अपने सर्वर पर, या किराए पर लिए गए क्लाउड सर्वर पर, इंस्टॉल करके चलाते हैं और डेटाबेस को अपने Enterprise सब्सक्रिप्शन कोड से पंजीकृत करते हैं।
कस्टमाइज़ेशन: अधिकांश परियोजनाओं के लिए निर्णायक कारक
Odoo के दस्तावेज़ स्पष्ट रूप से कहते हैं कि Odoo Online कस्टम मॉड्यूल और Odoo Apps Store के मॉड्यूल के साथ संगत नहीं है। Online पर आप मानक ऐप्स कॉन्फ़िगर करते हैं और Studio से कस्टमाइज़ेशन बना सकते हैं, लेकिन अपने Python मॉड्यूल इंस्टॉल नहीं कर सकते।
Odoo.sh कस्टम कोड के लिए ही बना है। आप अपने मॉड्यूल अपनी GitHub रिपॉज़िटरी की किसी ब्रांच में पुश करते हैं और प्लेटफ़ॉर्म Odoo मॉड्यूल वाले फ़ोल्डरों को अपने-आप पहचान लेता है। सार्वजनिक रूप से उपलब्ध कम्युनिटी मॉड्यूल भी जोड़े जा सकते हैं, उदाहरण के लिए Git सबमॉड्यूल के रूप में।
ऑन-प्रिमाइस कस्टम मॉड्यूल के मामले में Odoo.sh जितनी ही स्वतंत्रता देता है, क्योंकि सर्वर और उस पर लोड होने वाले ऐड-ऑन आपके नियंत्रण में होते हैं। अंतर यह है कि कोड के आसपास की कोई भी चीज़ आपके लिए प्रबंधित नहीं की जाती।
एक व्यावहारिक नियम: यदि आपकी आवश्यकताओं में कोई भी कस्टम Python डेवलपमेंट या Apps Store का कोई थर्ड-पार्टी ऐप शामिल है, तो Odoo Online विकल्प से बाहर हो जाता है और वास्तविक निर्णय Odoo.sh और ऑन-प्रिमाइस के बीच रह जाता है।
नियंत्रण और एक्सेस
Odoo Online पर आप डेटाबेस को Odoo के डेटाबेस मैनेजर से प्रबंधित करते हैं। वहाँ से आप परीक्षण के लिए उसकी डुप्लिकेट बना सकते हैं, उसका नाम बदल सकते हैं, बैकअप डाउनलोड कर सकते हैं, उपलब्ध होने पर अपग्रेड शुरू कर सकते हैं, डोमेन नाम प्रबंधित कर सकते हैं और स्वामित्व स्थानांतरित कर सकते हैं। सर्वर या शेल एक्सेस नहीं मिलता।
Odoo.sh पर हर ब्रांच के साथ ब्राउज़र में डेवलपर टूल मिलते हैं: बुनियादी Linux कमांड और psql के लिए वेब शेल, Python और Odoo शेल कंसोल वाला ऑनलाइन एडिटर, अपनी कुंजी के साथ SSH एक्सेस, और एक मेल कैचर जो नॉन-प्रोडक्शन बिल्ड से जाने वाले ईमेल रोक लेता है।
ऑन-प्रिमाइस में ऑपरेटिंग सिस्टम, PostgreSQL, रिवर्स प्रॉक्सी और Odoo कॉन्फ़िगरेशन फ़ाइल पर पूरा नियंत्रण मिलता है। Odoo की डिप्लॉयमेंट गाइड सुरक्षा को एक सतत प्रक्रिया मानती है और ऐसे कार्य गिनाती है जैसे रिवर्स प्रॉक्सी के पीछे HTTPS पर Odoo चलाना, मल्टी-डेटाबेस सर्वर पर डेटाबेस फ़िल्टर सेट करना, ऐसा PostgreSQL यूज़र इस्तेमाल करना जो सुपरयूज़र न हो, और इंटरनेट से जुड़े सिस्टम पर डेटाबेस मैनेजर को निष्क्रिय करना।
अपग्रेड की बाध्यताएँ
हर होस्टिंग प्रकार के साथ अपग्रेड का अलग नियम आता है। चयन के समय इसे अक्सर नज़रअंदाज़ कर दिया जाता है और बाद में यह अत्यावश्यक बन जाता है, इसलिए इसे पहले दिन से ही चर्चा में रखें।
- Odoo Online: Odoo के अपग्रेड दस्तावेज़ों के अनुसार, मेजर संस्करण वाले डेटाबेस को हर दो साल में अपग्रेड करना होता है, और माइनर संस्करण वाले डेटाबेस को अगला संस्करण जारी होने के कुछ सप्ताह बाद अपग्रेड करना होता है। यदि नियत तारीख से पहले कोई कार्रवाई नहीं की जाती, तो Odoo डेटाबेस को अपने-आप अपग्रेड कर देता है।
- Odoo.sh: किसी संस्करण के शुरुआती तीन वर्षों के सपोर्ट के बाद, अपग्रेड पूरा करने के लिए आपके पास दो साल और होते हैं, और अपग्रेड आवश्यक होने पर आपको सूचित किया जाता है।
- ऑन-प्रिमाइस: आप अनिश्चित काल तक एक ही संस्करण पर बने रह सकते हैं। Odoo इसकी अनुशंसा नहीं करता, और संस्करणों के बीच छोटा अंतर अपग्रेड को आसान बनाता है।
कस्टम मॉड्यूल Online को छोड़कर हर विकल्प को प्रभावित करते हैं। Odoo के अनुसार, कस्टम मॉड्यूल वाले डेटाबेस को तब तक अपग्रेड नहीं किया जा सकता जब तक वे मॉड्यूल लक्ष्य संस्करण के लिए उपलब्ध न हों, और उन्हें संगत बनाना मॉड्यूल के मेंटेनर की ज़िम्मेदारी है।
Odoo Enterprise के साथ अपग्रेड सेवा में मानक ऐप्स, Studio कस्टमाइज़ेशन (जब तक Studio इंस्टॉल है और सब्सक्रिप्शन सक्रिय है), और कस्टमाइज़ेशन मेंटेनेंस सब्सक्रिप्शन के अंतर्गत आने वाले डेवलपमेंट शामिल हैं। ऐसे अनुबंध के बिना इन-हाउस या थर्ड-पार्टी मॉड्यूल, मौजूदा डेटा की सफ़ाई और प्रशिक्षण इसमें शामिल नहीं हैं।
अनुशंसित प्रक्रिया हर प्लेटफ़ॉर्म पर एक जैसी है: अपग्रेड किए गए टेस्ट डेटाबेस का अनुरोध करें, कस्टम मॉड्यूल अपडेट करें, पूरी तरह परीक्षण करें, समस्याएँ Odoo को रिपोर्ट करें, और फिर प्रोडक्शन अपग्रेड की योजना बनाएँ, जिसके दौरान डेटाबेस उपलब्ध नहीं रहता।
बैकअप और टेस्ट कॉपियाँ
Odoo Online: दस्तावेज़ों के अनुसार Odoo Cloud Hosting SLA के तहत प्रतिदिन बैकअप लिए जाते हैं। आप डेटाबेस मैनेजर से बैकअप ZIP भी डाउनलोड कर सकते हैं; यदि डेटाबेस इसके लिए बहुत बड़ा है, तो Odoo सपोर्ट कोई दूसरा तरीका उपलब्ध कराता है।
Odoo.sh: प्रोडक्शन डेटाबेस का हर दिन अपने-आप बैकअप लिया जाता है, और हर बैकअप में डेटाबेस डंप, फ़ाइलस्टोर, लॉग और सेशन शामिल होते हैं। दस्तावेज़ों में सात दैनिक, चार साप्ताहिक और तीन मासिक बैकअप का उल्लेख है, और समर्पित बैकअप सर्वर अतिरिक्त मासिक कॉपियाँ रखते हैं। आप प्रोडक्शन और स्टेजिंग बिल्ड के मैनुअल बैकअप भी ले सकते हैं।
Odoo.sh पर स्टेजिंग और डेवलपमेंट बिल्ड का अपने-आप बैकअप नहीं होता। स्टेजिंग डेटाबेस प्रोडक्शन की न्यूट्रलाइज़ की गई डुप्लिकेट होते हैं जो कुछ समय बाद हटा दिए जाते हैं, और डेवलपमेंट डेटाबेस अल्पकालिक होते हैं तथा डेमो डेटा से बनाए जाते हैं, इसलिए वास्तविक काम केवल वहीं कभी न रखें।
ऑन-प्रिमाइस: बैकअप पूरी तरह आपकी ज़िम्मेदारी है। PostgreSQL डेटाबेस और फ़ाइलस्टोर दोनों के बैकअप शेड्यूल करें, कॉपियाँ सर्वर से अलग जगह रखें, और नियमित रूप से रीस्टोर का परीक्षण करें।
आप कोई भी विकल्प चुनें, अपग्रेड टेस्ट डेटाबेस और Odoo.sh स्टेजिंग डेटाबेस न्यूट्रलाइज़ किए जाते हैं: शेड्यूल्ड ऐक्शन निष्क्रिय कर दिए जाते हैं, बाहर जाने वाले मेल रोक लिए जाते हैं या बदल दिए जाते हैं, और पेमेंट तथा शिपिंग कनेक्टर टेस्ट मोड में डाल दिए जाते हैं। इससे प्रोडक्शन सुरक्षित रहता है, लेकिन यदि आप इंटीग्रेशन का परीक्षण करना चाहते हैं तो उन्हें जानबूझकर फिर से सक्षम करना होगा।
मूल्य सूची के बिना तुलना करने योग्य लागत कारक
कीमतें आपके अनुबंध पर निर्भर करती हैं और समय के साथ बदलती रहती हैं, इसलिए मुख्य आँकड़ों के बजाय उन कारकों की तुलना करें जो लागत तय करते हैं।
- सब्सक्रिप्शन का दायरा: Odoo.sh के लिए ऐसा Enterprise सब्सक्रिप्शन कोड चाहिए जिसमें Odoo.sh होस्टिंग शामिल हो, जबकि ऑन-प्रिमाइस में आपके अपने सर्वर पर पंजीकृत Enterprise सब्सक्रिप्शन इस्तेमाल होता है, जिसमें प्रति सब्सक्रिप्शन एक डेटाबेस जुड़ा होता है।
- यूज़र: ऑन-प्रिमाइस डेटाबेस को अपने सब्सक्रिप्शन में तय यूज़र संख्या के भीतर रहना होता है; इससे अधिक होने पर चेतावनी आती है और डेटाबेस की समय-सीमा समाप्त होने से पहले संख्या ठीक करने के लिए सीमित अवधि मिलती है।
- इन्फ्रास्ट्रक्चर: Odoo.sh पर आप प्लेटफ़ॉर्म के भीतर वर्कर, स्टोरेज और स्टेजिंग बिल्ड का आकार तय करते हैं; ऑन-प्रिमाइस में सर्वर, स्टोरेज, बैंडविड्थ और मॉनिटरिंग का खर्च आप स्वयं उठाते हैं, और सर्वर को Odoo की वैलिडेशन सेवा तक नेटवर्क एक्सेस बनाए रखना होता है।
- लोग: ऑन-प्रिमाइस के लिए ऐसे व्यक्ति की ज़रूरत होती है जो Linux, PostgreSQL, HTTPS और सुरक्षा अपडेट संभाल सके; Odoo.sh के लिए Git में सहज डेवलपर चाहिए; Odoo Online में इनमें से किसी की ज़रूरत नहीं होती।
- कस्टमाइज़ेशन का जीवनचक्र: हर कस्टम मॉड्यूल को हर अपग्रेड पर बनाए रखना और पोर्ट करना होता है, जो Odoo.sh और ऑन-प्रिमाइस पर एक आवर्ती लागत है, जब तक कि यह मेंटेनेंस सब्सक्रिप्शन के अंतर्गत न आता हो।
कौन-सा विकल्प किसके लिए उपयुक्त है
Odoo Online उन कंपनियों के लिए उपयुक्त है जो मानक Odoo और Studio के साथ काम चला सकती हैं, सबसे तेज़ शुरुआत चाहती हैं और Odoo के अपग्रेड शेड्यूल से सहज हैं। मानक प्रक्रियाओं वाले ट्रेडिंग, सेवा और रिटेल व्यवसाय इसके सामान्य उम्मीदवार हैं।
Odoo.sh उन परियोजनाओं के लिए उपयुक्त है जिन्हें कस्टम मॉड्यूल या थर्ड-पार्टी ऐप्स चाहिए लेकिन जो सर्वर नहीं चलाना चाहतीं, और जो हर बदलाव को लाइव होने से पहले प्रोडक्शन की स्टेजिंग कॉपी पर परखने को महत्व देती हैं।
ऑन-प्रिमाइस उन संगठनों के लिए उपयुक्त है जिनके पास इन-हाउस IT टीम है, डेटा के स्थान या नेटवर्क से जुड़ी सख़्त आवश्यकताएँ हैं, स्थानीय हार्डवेयर के साथ इंटीग्रेशन हैं, या जिन्हें ठीक-ठीक तय करना है कि अपग्रेड कब हों।
यदि आप Odoo Community पर विचार कर रहे हैं, तो ध्यान दें कि Odoo.sh के लिए Enterprise सब्सक्रिप्शन कोड आवश्यक है और ऊपर वर्णित मुफ़्त अपग्रेड सेवा Enterprise का लाभ है, इसलिए Community को आमतौर पर स्वयं होस्ट किया जाता है और अपने प्रयास से अपग्रेड किया जाता है।
Enterprise कोई अलग कोड बेस नहीं है: Odoo के इंस्टॉलेशन दस्तावेज़ Enterprise रिपॉज़िटरी को Community के ऊपर अतिरिक्त ऐड-ऑन के संग्रह के रूप में बताते हैं, इसलिए सेल्फ़-होस्टेड Enterprise इंस्टॉलेशन के लिए दोनों चाहिए। बाद में Community से Enterprise पर जाना अपने-आप में एक अलग परियोजना है, क्योंकि Odoo के अपग्रेड दस्तावेज़ एडिशन बदलने को अपग्रेड का हिस्सा नहीं मानते।
बाद में होस्टिंग प्रकार बदलना
यह चुनाव स्थायी नहीं है, लेकिन कुछ दिशाओं में स्थानांतरण दूसरों की तुलना में आसान है।
- Odoo Online से Odoo.sh या ऑन-प्रिमाइस पर: डेटाबेस मैनेजर से बैकअप डाउनलोड करें और उसे इम्पोर्ट या रीस्टोर करें। Online के इंटरमीडियरी संस्करण अन्यत्र समर्थित नहीं हैं, इसलिए आपको पहले अगले मेजर संस्करण पर अपग्रेड करना पड़ सकता है।
- Odoo.sh या ऑन-प्रिमाइस से Odoo Online पर: सभी गैर-मानक ऐप्स को पहले स्टेजिंग बिल्ड या डुप्लिकेट डेटाबेस में अनइंस्टॉल करना होगा, और माइग्रेशन का अनुरोध Odoo सपोर्ट टिकट के माध्यम से किया जाता है।
- ऑन-प्रिमाइस से Odoo.sh पर: प्रोडक्शन ब्रांच के Backups टैब पर इम्पोर्ट का उपयोग करें। इम्पोर्ट के लिए डंप के आकार से चार गुना खाली स्टोरेज चाहिए, यह ब्रांच के मौजूदा डेटा को ओवरराइट कर देता है, और बाहर जाने वाले मेल सर्वर तथा शेड्यूल्ड ऐक्शन को तब तक निष्क्रिय कर देता है जब तक आप ज़रूरी वालों को फिर से सक्षम न करें।
निर्णय के लिए चेकलिस्ट
- क्या हमें अभी या निकट भविष्य में कोई कस्टम Python मॉड्यूल या Apps Store मॉड्यूल चाहिए? यदि हाँ, तो Odoo Online को बाहर रखें।
- क्या हम Odoo Online का अनिवार्य अपग्रेड शेड्यूल स्वीकार कर सकते हैं, या हमें इस पर अधिक नियंत्रण चाहिए कि हर संस्करण परिवर्तन कब हो?
- क्या हमें लाइव होने से पहले हर बदलाव परखने के लिए प्रोडक्शन की स्टेजिंग कॉपी चाहिए?
- क्या हमारे पास ऑन-प्रिमाइस सर्वर के लिए Linux, PostgreSQL, HTTPS, मॉनिटरिंग और सुरक्षा संभालने वाले लोग हैं, या क्या हम उन्हें नियुक्त कर सकते हैं?
- क्या डेटा के स्थान, नेटवर्क या हार्डवेयर से जुड़ी ऐसी बाध्यताएँ हैं जिनके लिए हमारा अपना सर्वर आवश्यक है?
- बैकअप सत्यापन और रीस्टोर परीक्षण की ज़िम्मेदारी किसकी है, और यह कितनी बार किया जाएगा?
- हर अपग्रेड पर हमारे कस्टम मॉड्यूल को कौन बनाए रखेगा और पोर्ट करेगा, और क्या यह मेंटेनेंस सब्सक्रिप्शन के अंतर्गत आता है?
1CBMS कैसे मदद कर सकता है
1CBMS मिस्र और इराक की कंपनियों को इम्प्लीमेंटेशन शुरू होने से पहले सही Odoo होस्टिंग चुनने में मदद करता है। हम आपकी आवश्यकताओं को हर प्लेटफ़ॉर्म की अनुमतियों से मिलाते हैं, कस्टम मॉड्यूल की किसी भी ज़रूरत को शुरुआत में ही चिह्नित करते हैं, ठोस बैकअप और सुरक्षा प्रथाओं के साथ Odoo.sh प्रोजेक्ट या ऑन-प्रिमाइस सर्वर सेट अप करते हैं, और अपग्रेड की योजना बनाते हैं ताकि आपका Odoo 19 Enterprise सिस्टम समर्थित बना रहे। अपने मामले की समीक्षा के लिए www.1cbms.com के माध्यम से हमसे संपर्क करें।