उत्पादन वातावरण में IIS 7.x पर Django का तेज़ और स्वचालित लॉन्च (+ प्रदर्शन परीक्षण)

Django एक लोकप्रिय पायथन वेब एप्लीकेशन फ्रेमवर्क है। तेजी से विकास उपकरण, एक एकीकृत प्रशासनिक इंटरफ़ेस और उच्च गति की उपलब्धता के कारण इसकी लोकप्रियता लगातार बढ़ रही है। वेब प्लेटफ़ॉर्म इंस्टालर और हेलिकॉन चिड़ियाघर पैकेज रिपॉजिटरी का उपयोग करके IIS वेब सर्वर पर django एप्लिकेशन को तैनात करने और चलाने का एक सरल और विश्वसनीय तरीका है।

हेलिकॉन चिड़ियाघर लोकप्रिय वेब फ्रीमॉवर्स और Microsoft IIS के लिए अनुप्रयोगों का भंडार है। यह अनुप्रयोगों को तैनात करने के लिए Microsoft वेब प्लेटफ़ॉर्म इंस्टालर (WebPI) तकनीक का उपयोग करता है। उनकी मदद से, विभिन्न निर्भरताएं संसाधित होती हैं और आवश्यक घटकों की स्थापना प्रक्रिया होती है, जैसे कि पायथन, Django, विभिन्न डेटाबेस ड्राइवर और मॉड्यूल। खैर, हेलिकॉन चिड़ियाघर मॉड्यूल ही, जो एमएस आईआईएस 7 के साथ पूरी चीज को चमकता है।

कैसे उपयोग करें

वेब विकास में, दो काफी स्वतंत्र वातावरण हैं - विकास और उत्पादन। हेलिकॉन चिड़ियाघर का उत्पादन और डेवलपर की मशीन पर या एक ही समय में और वहां दोनों का उपयोग किया जा सकता है। किसी भी स्थिति में, क्रियाओं का क्रम लगभग निम्नलिखित है:

सबसे पहले आपको Microsoft वेबसाइट से वेब प्लेटफ़ॉर्म इंस्टालर को डाउनलोड और इंस्टॉल करना होगा - ( http://www.microsoft.com/web/downloads/platform.aspx )। WebPI में IIS, जैसे PHP, ASP.NET, Wordpress, Drupal, phpBB जैसे बड़ी संख्या में ऐसे फ्रेमवर्क और एप्लिकेशन पहले से मौजूद हैं। हेलिकॉन चिड़ियाघर को जोड़ने के लिए आपको वेबपीआई में एक नया फीड जोड़ने की आवश्यकता है:

• WebPI लॉन्च करें और विकल्प पर क्लिक करें
  
  
• फ़ील्ड में "अतिरिक्त परिदृश्य प्रदर्शित करें" http://www.helicontech.com/zoo/feed डालें और फ़ीड जोड़ें पर क्लिक करें
  
  
  

अब, यदि आप वेबपीआई इंटरफ़ेस में एप्लिकेशन, टूल का चयन करते हैं, तो सूची के अंत में आप नए एप्लिकेशन देख सकते हैं: ब्लैंक Django प्रोजेक्ट, ब्लैंक रेल प्रोजेक्ट, ब्लैंक पर्ल प्रोजेक्ट, ब्लैंक Mojolicious प्रोजेक्ट:



खाली Django परियोजना एक सरल "हैलो, दुनिया!" अनुप्रयोग है कि एक Django आवेदन और वास्तव में, एक खाली Django परियोजना को चलाने के लिए आवश्यक सभी निर्भरता स्थापित करने के लिए प्रयोग किया जाता है। स्थापित करने के लिए, "जोड़ें" और "इंस्टॉल करें" पर क्लिक करें, निर्भरता की सूची वाला एक फॉर्म दिखाई देगा:



लाइसेंस स्वीकार करने और डाउनलोड करने और स्थापित करने के लिए, "मैं स्वीकार करता हूं" पर क्लिक करें। सभी निर्भरताओं को स्थापित करने और डाउनलोड करने के बाद, स्थापित प्रोजेक्ट को "ब्राउज़र में लॉन्च एप्लिकेशन" पर क्लिक करके लॉन्च किया जा सकता है:



ऐसी खिड़की का मतलब है कि पायथन, Django और सब कुछ जो आपको एप्लिकेशन को चलाने की आवश्यकता है वह केवल आपके कंप्यूटर पर स्थापित किया गया है। अब, यदि यह एक विकास मशीन है, तो आप इस खाली "हैलो वर्ल्स" एप्लिकेशन के साथ विकास शुरू कर सकते हैं। इस एप्लिकेशन के साथ कुछ करने के बाद, इसे आवश्यक रूप से web.config फ़ाइल के साथ सभी फाइलों, निर्देशिकाओं के साथ प्रोडक्शन सर्वर पर डाउनलोड किया जा सकता है, और यदि ब्लैंक Django प्रोजेक्ट पहले सर्वर पर स्थापित किया गया था (कोई बात नहीं क्या निर्देशिका है, तो आपको केवल इसकी आवश्यकता है निर्भरताएं), आवेदन को वहां काम करना चाहिए। हर बार जब आप सर्वर में अपने परिवर्तन अपलोड करते हैं, तो आपको एप्लिकेशन पूल को पुनरारंभ करना होगा। यह Django (और पटरियों) की एक विशेषता है, अन्य रूपरेखाओं के लिए, एक पुनरारंभ आवश्यक नहीं हो सकता है। पुनः आरंभ करने पर, डेटा स्वचालित रूप से माइग्रेट हो जाएगा - प्रबंधित करें सिंकबॉक्स । यह आपको साझा होस्टिंग पर समाधान का उपयोग करने की अनुमति देता है जहां उपयोगकर्ता को कंसोल तक पहुंच नहीं है।

हुड के नीचे

हेलिकॉन चिड़ियाघर का मूल देशी IIS मॉड्यूल है, जो अनिवार्य रूप से IIS वेब सर्वर और रूबी, पायथन, पर्ल और अन्य के आधार पर चौखटे के बीच एक पुल की भूमिका निभाता है। मॉड्यूल FastCGI प्रोटोकॉल का उपयोग करके काम करता है, जो पहले से ही वेब अनुप्रयोगों के साथ बातचीत करने के लिए एक विश्वसनीय और तेज़ विधि के रूप में पहले से ही है। वेब सर्वर। उनके बीच की बातचीत I / O पूर्णता पोर्ट तकनीक का उपयोग करते हुए अतुल्यकालिक रूप से होती है। परिवहन के रूप में, या तो पाइप या टीसीपी सॉकेट्स का उपयोग किया जाता है। समर्थित IIS 7, IIS 7.5 और IIS एक्सप्रेस हैं।

हेलिकॉन चिड़ियाघर मॉड्यूल का मूल विन्यास <हेलनजोनोसेवर> एप्लीकेशनहॉस्ट.कॉनिग फाइल के अनुभाग में स्थित है। यह खंड सभी FastCGI इंजनों का वर्णन करता है जिसके साथ वे चिड़ियाघर के माध्यम से काम करेंगे। यहां अजगर wsgi एप्लिकेशन (विशेष रूप से Django एप्लिकेशन) चलाने के लिए इंजन के विवरण का एक उदाहरण है, zoofcgi.py एक अजगर कार्यकर्ता है जो नामित पाइपों पर परिवहन लागू करता है:

<engine name="python.2.7.pipe" fullPath="c:\python27\python.exe" arguments="-O %SystemDrive%\Zoo\Workers\python\zoofcgi.py" transport="pipe" /> 

web.config

चिड़ियाघर के माध्यम से चलने वाले वेब एप्लिकेशन web.config फ़ाइल के माध्यम से कॉन्फ़िगर किए गए हैं। 32-बिट पूल में काम करने के लिए Django एप्लिकेशन को कॉन्फ़िगर करने के लिए इस तरह की फ़ाइल का एक उदाहरण है:

 <?xml version="1.0" encoding="UTF-8"?> <configuration> <system.webServer> <heliconZoo> <application name="django.project.x86" > <environmentVariables> <add name="PYTHONPATH" value="%APPL_PHYSICAL_PATH%;%PYTHONPATH%" /> <add name="DJANGO_SETTINGS_MODULE" value="settings" /> <add name="DEPLOY_FILE" value="deploy.py" /> <add name="DEPLOY_LOG" value="log\deploy.log" /> </environmentVariables> </application> </heliconZoo> <handlers> <add name="django.project.x86" scriptProcessor="python.2.7.pipe" path="*" verb="*" modules="HeliconZoo_x86" preCondition="bitness32" resourceType="Unspecified" requireAccess="Script" /> </handlers> </system.webServer> </configuration> 

यहाँ महत्वपूर्ण बिंदु हैं:

• scriptProcess = "python.2.7.pipe" - ApplicationHost.config में परिभाषित FastCGI इंजन का लिंक;
• PYTHONPATH पर्यावरण चर - जिस पथ से अजगर अपने मॉड्यूल की खोज करता है; हमारे मामले में, हम PYTHONPATH में हमारे django एप्लिकेशन में पथ जोड़ते हैं;
• पर्यावरण चर DJANGO_SETTINGS_MODULE - Django एप्लिकेशन की कॉन्फ़िगरेशन फ़ाइल सेटिंग के लिए python पथ, उदाहरण के लिए, 'mysite.settings'
• पर्यावरण चर 'DEPLOY_FILE' उस एप्लिकेशन के अंदर फ़ाइल का पथ है जिसे IIS एप्लिकेशन के पुनरारंभ होने के बाद आवेदन के पहले अनुरोध से पहले लॉन्च किया जाएगा। इस फ़ाइल में, आपको निष्पादित करने की आवश्यकता है, उदाहरण के लिए, डेटाबेस को सिंक्रनाइज़ करने के लिए कमांड: '' प्रबंध सिंकडॉम्बिन-नोइनप्यूट '';
• पर्यावरण चर 'DEPLOY_LOG' - डिबगिंग के उद्देश्यों के लिए फ़ाइल के अनुप्रयोग के अंदर का पथ जिसमें DEPLOY_FILE कमांड का आउटपुट लिखा जाएगा। वह निर्देशिका जिसमें यह लॉग फ़ाइल स्थित है, उसके पास IIS एप्लिकेशन (आमतौर पर IIS_IUSRS समूह) चलाने वाले उपयोगकर्ता की अनुमतियाँ होनी चाहिए।

स्थैतिक सामग्री

Django ढांचा स्थिर फ़ाइलों (छवियों, लिपियों, शैली फ़ाइलों) के तेज और सुरक्षित प्रसंस्करण के लिए उपयुक्त नहीं है। वेब सर्वर को सीधे स्टेटिक्स को संभालना चाहिए। ऐसा करने के लिए, एक निर्देशिका में सभी स्थिर फ़ाइलों को जोड़ें और इसमें django एप्लिकेशन में अनुरोध हैंडलर को बंद करें:

 <?xml version="1.0" encoding="UTF-8"?> <configuration> <system.webServer> <handlers> <remove name="django.project.x86" /> </handlers> </system.webServer> </configuration> 

IIS 7 पर नमूना Django परियोजना

मान लीजिए कि हमारी django परियोजना में तीन अनुप्रयोग हैं:

• साइट - साइट ही टेम्प्लेट, स्टैटिक्स, urls.py और settings.py के साथ
• ब्लॉग
• दुकान

साइट / मीडिया में स्थित स्टेटिक फाइलें वर्चुअल डायरेक्टरी / मीडिया / (यानी MEDIA_URL = '/ media /') के माध्यम से सुलभ होंगी। साइट की जड़ में ब्लैंक Django प्रोजेक्ट स्थापित करने और हमारे django प्रोजेक्ट की प्रतिलिपि बनाने के बाद, हमें निम्न निर्देशिका संरचना मिलती है:



/ मीडिया / एक आभासी निर्देशिका है जो साइट / मीडिया को इंगित करता है; ऊपर वर्णित के रूप में चिड़ियाघर मॉड्यूल इसमें अक्षम है। रूट web.config में, PYTHONPATH साइट के मूल को इंगित करता है और DJANGO_SETTINGS_MODULE को 'site.settings' पर सेट किया जाता है:

 ... <heliconZoo> <application name="django.project.x86" > <environmentVariables> <add name="PYTHONPATH" value="%APPL_PHYSICAL_PATH%" /> <add name="DJANGO_SETTINGS_MODULE" value="site.settings" /> </environmentVariables> 

उत्पादकता

और अंत में, सबसे दिलचस्प बात प्रदर्शन परीक्षण है। व्यापक परीक्षण बाद में, अब तक जल्दबाजी में किया जाएगा, लेकिन इन परिणामों का अंदाजा लगाया जा सकता है। एक सर्वर के रूप में परीक्षण मशीन कोर 2 क्वाड 2.4 Ghz, 8 जीबी रैम, एक गीगाबिट नेटवर्क है। लोड उत्पन्न करने के लिए, अपाचे बेंचमार्क के साथ एक अधिक शक्तिशाली कंप्यूटर का उपयोग किया गया था। Apache और Nginx के परीक्षण के लिए, Ubuntu 11.04 Server x64 का उपयोग किया गया था। Windows Server 2008 R2 पर IIS 7 परीक्षण चला। कोई virtualoks - ईमानदार लोहा। तुलना के लिए सबसे उन्नत uwsgi, साथ ही wsgi और fast_cgi का उपयोग Nginx पर परिवहन के रूप में किया गया था। अभी भी IIS 7 पर PyISAPIe की तुलना में।

दो छोटी लिपियों को परीक्षण पृष्ठों के रूप में लिखा गया था। पहले उच्च संकल्प के साथ वर्तमान समय को प्रदर्शित करता है - यह इसलिए किया जाता है ताकि यह विश्वास हो जाए कि पृष्ठ कैश से नहीं लिए गए हैं। दूसरा ऐसा ही करता है, लेकिन पहले डेटाबेस में परिणाम संग्रहीत करता है। यह सब Django के असली बुनियादी ढांचे का उपयोग करने के लिए एक टेम्पलेट के माध्यम से, डेटाबेस MySQL है। सेटिंग्स डिफ़ॉल्ट रूप से हर जगह होती हैं, जैसा कि लक्ष्य बिल्कुल सबसे सामान्य कॉन्फ़िगरेशन का परीक्षण करना है। इसलिए, परिणाम (प्रति सेकंड क्वेरी में):



यहाँ सब कुछ कमोबेश स्पष्ट और स्थिर है। Uwsgi आगे है, जाहिरा तौर पर Django कोड के साथ घनिष्ठ एकीकरण के कारण - आपको इसे धूम्रपान करने की आवश्यकता होगी ... PyISAPIe बहुत पीछे है, जो समझ में आता है।



लेकिन डेटाबेस के साथ, परिणाम इतना स्थिर नहीं है। Nginx + fcgi + MySQL ने ऐसा अजीबोगरीब 175 प्रश्न प्रति सेकंड क्यों दिखाया स्पष्ट नहीं है। विंडोज पर MySQL का परिणाम भी निराशाजनक है, हालांकि साझा होस्टिंग पर समस्या उतनी महत्वपूर्ण नहीं हो सकती है। तथ्य यह है कि प्रदर्शन मुख्य रूप से MySQL में किसी प्रकार के आंतरिक ताले के कारण गिरता है; सर्वर स्वयं व्यावहारिक रूप से लोड नहीं होता है जबकि यह इन 104 प्रश्नों को उत्पन्न करता है। यह माना जा सकता है कि सर्वर पर साइटों की संख्या में वृद्धि के साथ, और तदनुसार, डेटाबेस की संख्या में वृद्धि, यदि वे आपस में ब्लॉक नहीं करते हैं, तो कुल सर्वर क्षमता पर्याप्त होगी।

इसलिए हमने MS SQL Express को परीक्षणों में जोड़ने का निर्णय लिया। इसका परिणाम भी समझ में आता है - सब कुछ पायथन पर ही निर्भर है और इसके लिए डेटाबेस ड्राइवर, लेकिन कुल मिलाकर यह बहुत सभ्य दिखता है। MS SQL एक्सप्रेस के साथ PyISAPIe काम नहीं करता था।

मैं बड़ी संख्या में कनेक्शन रखने के लिए IIS 7 की क्षमता को अलग से नोट करना चाहूंगा। तो आईआईएस 7 + हेलिकॉन चिड़ियाघर आसानी से हजारों एक साथ कनेक्शनों से बाहर हो गया (हमारे पास सिर्फ उत्पन्न करने के लिए और कुछ नहीं था), जबकि उबंटू, डिफ़ॉल्ट सेटिंग्स के साथ, जल्दी से कनेक्शन की संख्या में वृद्धि के साथ पारित हुआ। और अपाचे भी स्मृति के लिए बहुत ग्लूटोनस निकला। इसलिए कनेक्शन की संख्या में वृद्धि के साथ अपाचे ने परीक्षण के 20 सेकंड में लगभग 3 जीबी मेमोरी का उपभोग किया - उन्होंने आगे की जांच नहीं की।

निष्कर्ष

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