*संग्रहीत* = सर्वश्रेष्ठ क्लाउड होस्टिंग सेवा? = हे दोस्तों, तो मैं विकास के लिए अपने Django बैकएंड एपीआई को तैनात करना चाहता हूं लेकिन उत्पादन के लिए नहीं। ऐसा करने के लिए आपकी पसंदीदा क्लाउड सेवा क्या है? अब तक मैंने Ngrok और Amazon AWS सेवा को पाया, और Jenkins और IÃÂ ¢ Â Ã Âm प्रत्येक को गहराई से समझने के लिए तुलना करने के लिए। मैं आपके अनुभव से जानना चाहता हूं कि आपकी पसंदीदा सेवा क्या है P.S: हाल ही में मुझे अपने अनुभव की कमी और मदद करने की कोशिश के लिए बहुत शत्रुतापूर्ण प्रतिक्रिया मिली - यह देखने के लिए कि यह उप धीरे-धीरे अन्य वेबसाइटों के रूप में शत्रुतापूर्ण और आक्रामक हो गया है (जाहिरा तौर पर सिर्फ अन्य वेबसाइटों के नामों का उल्लेख करने से आपकी पोस्ट हटा दी जाती है) तो कृपया मेरे पोस्ट (या भविष्य के पोस्ट/टिप्पणियों) में अनुभव की कमी के लिए क्षमा करें संपादित करें: मुझे इतनी प्रतिक्रियाओं की उम्मीद नहीं थी, आपकी प्रतिक्रिया के लिए आप सभी का धन्यवाद, मैं सभी को जवाब देने की कोशिश करूंगा अगर इसे रिमोट सर्वर पर तैनात किया जा रहा है तो इससे कोई फर्क नहीं पड़ता कि यह उत्पादन के लिए है या नहीं - ज्यादातर चीजें वही होंगी। नि: शुल्क और अपेक्षाकृत आसान परिनियोजन के लिए Pythonanywhere या Heroku आज़माएं। यदि आप अधिक नियंत्रण चाहते हैं तो डिजिटल महासागर का प्रयास करें। मैंने आपके *पहला* Django ऐप यहां डिजिटल महासागर के लिए हाँ, यदि आप नियंत्रण चाहते हैं तो डिजिटल महासागर निश्चित रूप से एक रत्न है, सुनिश्चित करें कि आप आधे मिनट में तैनात नहीं होंगे, लेकिन यदि आप अधिक नियंत्रण चाहते हैं तो यह निश्चित रूप से अधिकांश अन्य विकल्पों से बेहतर है पाइथॉन कहीं भी मेरी जरूरतों को 90% फिट करने लगता है, बहुत अधिक नियंत्रण नहीं, बहुत अधिक स्वचालन और हाथ पकड़ना, बीच में कहीं नहीं मेरे पास AWS लैम्ब्डा और Django दोनों के साथ एक टन का अनुभव है। मैं AWS लैम्ब्डा पर Django करने का एक भी अच्छा कारण नहीं सोच सकता। जैसे, एक कारण नहीं। इतने कम रिटर्न के लिए बेहद जटिल, खासकर जब आपकी निर्भरता तुच्छ से थोड़ी अधिक हो। आप 250MB फ़ाइल आकार सीमा के साथ निर्भरता अनुकूलन गेम नहीं खेलना चाहते हैं। यदि आपके पास django प्रोजेक्ट के लिए वास्तव में स्केलेबिलिटी के मुद्दे हैं, तो मैं कहूंगा कि समाधान शायद ईसीएस, अजवाइन और क्लाउडफ्रंट का कुछ संयोजन है हेरोकू को तैनात करना बहुत आसान है, जब तक आप एक निश्चित सीमा तक नहीं पहुंच जाते, तब तक पाइथन कहीं भी वही होता है लेकिन थोड़ा कठिन होता है क्योंकि आपको कुछ चीजों को हाथ से सेट करना पड़ता है जिसके लिए लिनक्स कमांड की बुनियादी समझ की आवश्यकता होती है (उन्नत कुछ भी नहीं) दोनों के पास एक पासवर्ड का उपयोग करके साइट को लॉक करने का विकल्प है यदि आप नहीं चाहते कि लोग साइट पर जाएं या इससे जुड़ें जब तक कि वे अधिकृत न हों मैं कुछ वर्षों से हेरोकू का उपयोग कर रहा हूं। माई डीबी पोस्टग्रेज का फ्री टियर है। यह बहुत अच्छा काम करता है और मैं प्रति माह कुल $7 का भुगतान करता हूं। यदि आपके पास अधिक विशिष्ट प्रश्न हैं तो मुझे बताएं। उनका प्रलेखन बहुत अच्छा है और मुझे कम से कम समस्याएँ थीं। मेरे पास एक कस्टम यूआरएल है, https, पूरी चीज मैं अपने सभी Django प्रोजेक्ट्स को Google क्लाउड रन में तैनात करता हूं। मुझे वास्तव में इसे प्यार है यहां बताया गया है कि मैं इसे कैसे काम करता हूं: मैं Google क्लाउड SQL में अपना देव-डेटाबेस परिनियोजित करके प्रारंभ करता हूं। मैं स्थानीय देव और क्लाउड स्टेजिंग और परीक्षण के लिए इसी क्लाउड mySQL उदाहरण का उपयोग करता हूं ** स्थानीय देव मैं डॉकटर-कंपोज़ के साथ 3 डॉकटर कंटेनर चलाता हूं: - मेरा Django ऐप। कंटेनर में nginx शामिल है। DB SQL प्रॉक्सी कंटेनर की ओर इशारा करता है - मानक Google SQL प्रॉक्सी छवि। एक Google सेवा खाता json की आवश्यकता है - मानक phpmyadmin कंटेनर। मुख्य रूप से mySQL का समस्या निवारण करने के लिए ** मेघ परिनियोजन। मंचन और ठेस - मेरे पास मेरे Django ऐप के लिए क्लाउडबिल्ड.यामल फ़ाइल है। यह वर्णन करता है कि Django ऐप को Google क्लाउड रन में कैसे बनाया और तैनात किया जाए - Google क्लाउड रन में, मैंने अपने ऐप पर गिट के आधार पर अपना ऐप बनाने/तैनात करने के लिए एक ट्रिगर सेट किया है। यह क्लाउडबिल्ड.यामल को पढ़ता है, और क्लाउड में मेरे परिवर्तनों की तैनाती को स्वचालित करता है - मैंने अपने सभी ENV वेरिएबल्स को ट्रिगर्स में क्लाउडबिल्ड.यामल और अंततः क्लाउड रन इंस्टेंसेस में पास करने के लिए सेट किया। बेशक वे मंचन और ठेस के लिए अलग हैं **यही कारण है कि मुझे यह पसंद है** - प्रारंभिक सेटअप सीधा नहीं है, लेकिन यह मुझे जो स्वचालन देता है वह बहुत बढ़िया है - देव उदाहरणों की लागत वास्तव में कम है। Google क्लाउड रन केवल उपयोग किए गए सेकंड के लिए शुल्क लेता है। तो प्रति माह कुछ डॉलर अब, क्लाउड एसक्यूएल उदाहरण वह है जहां लागत है, क्योंकि यह एक वीएम को सक्रिय करता है जो हमेशा चल रहा है। कम सीपीयू वाले 10 डॉलर/महीने से कम हो जाते हैं - आपके उत्पाद उदाहरणों के लिए, आपको Google क्लाउड प्लेटफ़ॉर्म की पूरी शक्ति मिलती है। अनंत क्षैतिज स्केलिंग (जब तक आपका वेब ऐप स्टेटलेस है)। क्लाउड रन अपने आप स्केल हो जाएगा। आप क्लाउड SQL को ऊपर और/या क्षैतिज रूप से भी स्केल कर सकते हैं - Google क्लाउड रन http/https एंडपॉइंट के साथ आता है जिसे आप अपने डोमेन से मैप कर सकते हैं। एसएसएल सर्टिफिकेट कॉन्फिग के साथ कोई परेशानी नहीं। मुझे यह पसंद है यदि आप रुचि रखते हैं तो मुझे बताएं, मैं और विवरण प्रदान कर सकता हूं। मुझे अब लगता है कि मुझे यह कैसे करना है इसके बारे में एक विस्तृत लेख लिखना चाहिए और यहां मेरा आखिरी Django वेब ऐप है, जिसे Google क्लाउड रन में तैनात किया गया है यदि आप पहले से ही विभिन्न क्लाउड होस्टिंग सेवाओं पर कुछ शोध कर रहे हैं, तो इंजन यार्ड की जाँच करना भी एक अच्छा विचार हो सकता है। मैंने क्लाउड पर विभिन्न ऐप परिनियोजन के लिए इंजन यार्ड का उपयोग किया है, और मैं कहूंगा कि यह एक बहुत गतिशील और उपयोगकर्ता के अनुकूल मंच है अपने ऐप्स को क्लाउड पर परिनियोजित करना इंजन यार्ड क्लाउड (EYC) रूबी, नोड और PHP एप्लिकेशन होस्टिंग के लिए एक सेवा (PaaS) के रूप में एक व्यापक रूप से पसंदीदा प्लेटफ़ॉर्म है। इसमें विश्व स्तरीय समर्थन के साथ एक मजबूत, पूरी तरह से प्रबंधित बुनियादी ढांचा है। इसमें काफी सुरक्षित बुनियादी ढांचा है, और आपकी सुविधा के लिए पैच को अप-टू-डेट रखा जाता है। आपके पास डेटाबेस और लोड बैलेंसर्स सहित पूर्ण स्टैक के प्रबंधन का ओवरहेड नहीं है। इन सबका ख्याल रखा जाता है। बैकअप अपने आप हो जाता है। जैसा कि मैंने इसे देखा, इंजन यार्ड एक समय और लागत बचत मंच है आप इंजन यार्ड कॉन्टेनर्स (EYK) का भी पता लगा सकते हैं। यह अगली पीढ़ी का प्लेटफॉर्म है। मैंने इसे आजमाया और इसे एक योग्य प्रवासन पाया। यह कई स्टैक, रीयल-टाइम ऑटो स्केलिंग और कई अन्य सुविधाओं का समर्थन करता है। आप इंजन यार्ड क्लाउड और इंजन यार्ड कॉन्टेनर्स दोनों को देख सकते हैं मैं डिजिटल महासागर पर ऐप प्लेटफॉर्म का उपयोग करने की सलाह देता हूं। यह हेरोकू के समान है, लेकिन हेरोकू लागत के एक अंश के लिए बहुत अधिक शक्ति प्रदान करता है इसमें हेरोकू की सभी विशेषताएं नहीं हैं, लेकिन कम से कम मेरे लिए इसके साथ काम करने के लिए पर्याप्त है मैं एक DevOps नहीं हूं, इसलिए मुझे नहीं पता कि सामान्य ड्रॉपलेट को सुरक्षित तरीके से कैसे कॉन्फ़िगर किया जाए। यही कारण है कि ऐप प्लेटफ़ॉर्म बहुत बेहतर काम करता है - मुझे अपने ऐप के अलावा अन्य सुरक्षा उपायों के खोने के बारे में सोचने की ज़रूरत नहीं है मेरी सभी व्यक्तिगत परियोजनाओं को डॉकटर कंटेनरों में बंडल किया गया है और स्केलवे डॉट कॉम पर एक एकल नोड कुबेरनेट्स क्लस्टर में तैनात किया गया है। यह बहुत अच्छा और कम रखरखाव है, और यदि कोई एक निश्चित पैमाने पर हिट करता है, तो मैं उन्हें आसानी से या तो एक बड़े क्लस्टर, या किसी अन्य कंटेनर परिनियोजन सेवा (जैसे ईसीएस, या यहां तक ​​​​कि केवल एक कंटेनर रनटाइम स्थापित के साथ खुद को तैनात कर सकता हूं) में स्थानांतरित कर सकता हूं। ) अतीत में, मैंने ज़प्पा के साथ एडब्ल्यूएस लैम्ब्डा पर एक डीजेंगो सेवा तैनात की थी, लेकिन आप बहुत अधिक नियंत्रण खो देते हैं, और कुछ छोटी चीजें हैं जिन्हें आपको सीखने और लागू करने की आवश्यकता होती है (उदाहरण के लिए सर्वर रहित ढांचे का उपयोग करना, संस्करणों का प्रबंधन करना, अपने को बनाए रखना लैम्ब्डा "गर्म", आदि)।