Google ऐप इंजन में Django एप्लीकेशन सपोर्ट

Google ने हाल ही में अपने क्लाउड के लिए क्लाउड एसक्यूएल की घोषणा की । लेकिन पहले तो django सपोर्ट नहीं था, और फरवरी की शुरुआत में, django पर एप्लिकेशन चलाने के लिए समर्थन के साथ App Engine 1.6.2 जारी किया गया था। अब आप ऐप-इंजन-पैच और django-nonre के आसपास कूदने के बारे में भूल सकते हैं, और bigtable के शीर्ष पर एक संबंधपरक डेटाबेस का अनुकरण करने का प्रयास कर सकते हैं।

हमें बॉक्स से django 1.2 और क्लाउड SQL मॉड्यूल दिया जाता है, और हम ज़िप अभिलेखागार में पैकिंग पैकेज के साथ बैसाखी के बारे में भूल सकते हैं। बादल में एक साधारण अनुप्रयोग प्राप्त करने के लिए हमें जो कदम उठाने की आवश्यकता है, वे हैं:

1. सबसे पहले आपको Google API कॉन्सोल के माध्यम से क्लाउड एसक्यूएल के लिए टेस्ट एक्सेस का अनुरोध करना होगा। मुझे 3 दिनों के लिए प्रवेश दिया गया था, उसके बाद कंसोल में हमें सेवा का प्रबंधन करने के लिए पहुंच मिलेगी।
   
   
   
   
2. पहुँच प्राप्त करने के बाद, हमें अनिवार्य रूप से mysql कंसोल कमांड्स की साधारण पहुँच दी जाती है, जहाँ हम एक डेटाबेस बना सकते हैं।
   
   
   
   
3. अब हम एक नियमित GAE एप्लिकेशन बनाते हैं जिसके अंदर django + app.yaml फ़ाइल पर एक वेब एप्लिकेशन होगा जिसमें आप अपना आवेदन कर सकते हैं:
   

   application: appname version: 1 runtime: python27 api_version: 1 threadsafe: true libraries: - name: django version: "1.2" builtins: - django_wsgi: on 

   
   
4. Django एप्लिकेशन क्लाउड SQL तक पहुंचने में सक्षम होने के लिए, केवल DATABASES के लिए कॉन्फ़िगरेशन में पंजीकरण करना आवश्यक है:
   

    DATABASES = { 'default': { 'ENGINE': 'google.appengine.ext.django.backends.rdbms', 'INSTANCE': 'my_project:instance1', 'NAME': 'my_database', } } 

   
   

यह मुख्य चीज है जिसे एप्लिकेशन तैयार करने के लिए किया जाना चाहिए। Syncdb बनाने के पहले प्रयास में हमें अधिकृत करने के लिए कहा जाएगा, इसके लिए हमें "API Access" टैब पर Google API कंसोल के माध्यम से टोकन प्राप्त करने की आवश्यकता है, और जैसा कि निर्देश कहता है, इसे ~/.googlesql_oauth2.dat (विंडोज़ %USERPROFILE%\.googlesql_oauth2.dat ) %USERPROFILE%\.googlesql_oauth2.dat । Cloud SQL में syncdb के दौरान, एप्लिकेशन के लिए आवश्यक आधार योजना बनाई जाती है और यदि कोई हो तो जुड़नार लोड किए जाते हैं। जबकि विकास स्थानीय मशीन पर है, अनुप्रयोग sqlite3 डेटाबेस के साथ काम करता है। उसके बाद, आप एप्लिकेशन को क्लाउड में सुरक्षित रूप से धकेल सकते हैं।

IMHO

मेरा मानना ​​है कि Google ने SQL डेटाबेस देते हुए सही कदम उठाया। उन्होंने अपने क्लाउड के साथ शूटिंग नहीं की। हां, उस समय यह दिलचस्प लग रहा था, लेकिन हर किसी को जल्दी से एहसास हुआ कि यह बहुत सीमित है, और Google सेवाओं के लिए कहीं जाने के लिए एप्लिकेशन प्राप्त करना बहुत मुश्किल होगा। हां, अमेजोनियन सेवाओं के लिए माइग्रेशन के लिए उपकरण हैं, लेकिन वे गारंटी नहीं देते हैं, और किसी भी मामले में, इसे स्थानांतरित करने के लिए आदमी की घंटों की संख्या की आवश्यकता होगी। मुझे याद नहीं है कि जीएई के शीर्ष पर काम करने वाली एक बड़ी साइट नहीं है, एक ऑनलाइन स्टोर की एक दिलचस्प परियोजना थी , लेकिन यह कि एक जीवित की तुलना में अधिक मृत है। बड़े प्रोजेक्ट बजाय GAE से बचते हैं या इसके बारे में सोचते भी नहीं हैं, जब आस-पास कोई अमेज़न है, जिस पर आप अपनी वास्तुकला का निर्माण कर सकते हैं, यदि आवश्यक हो तो प्रवास करना आसान है।
उन लोगों के लिए जिन्हें कुछ छोटा चाहिए, एक ब्लॉग, एक व्यवसाय कार्ड साइट आदि लॉन्च करना बहुत मुश्किल है, और जीएई के लिए विकास की विशेषताएं क्यों समझें, जब आप इसे विशेष सेवाओं पर आसानी से चला सकते हैं।
लेकिन क्लाउड एसक्यूएल के लॉन्च के साथ, स्थिति थोड़ी सी भी बदल सकती है। अब आप जीएई पर मध्यम जटिलता के django साइटों को सुरक्षित रूप से चला सकते हैं, इसे डोमेन को फास्ट कर सकते हैं, और सर्वर प्रशासन के बारे में भूल सकते हैं। बस यह मत भूलो कि जीएई केवल शुद्ध अजगर में लिखे गए पुस्तकालयों का समर्थन करता है, आपको सभी मॉड्यूल, साथ ही आवेदन से http अनुरोधों पर प्रतिबंध के बारे में भूलना चाहिए। और हमें अभी भी जीएई एपीआई का उपयोग स्टोरेज में फाइल अपलोड करने, ईमेल भेजने और मेमेचे में कैश करने की आवश्यकता है, लेकिन इन सीमाओं के साथ भी, यह "सरल" साइटों को तैनात करने की अधिकांश जरूरतों को कवर करेगा।

संदर्भ:

• Google क्लाउड sql
• Django समर्थन करते हैं