हम django प्रोजेक्ट के अपलोड को सर्वर पर स्वचालित कर देते हैं

Django परियोजनाओं को बिछाने के लिए VDSs को कॉन्फ़िगर करना काफी थकाऊ है, और कुछ को भूलना आसान है (क्योंकि आप हर दिन ऐसा करते हैं)। जब यह प्रक्रिया स्वचालित हो तो बहुत बेहतर है: कम प्रयास से आप ठीक से कॉन्फ़िगर की गई परियोजना और इसके साथ काम करने के लिए कमांड का एक सेट प्राप्त कर सकते हैं।



इस प्रक्रिया के लिए अलग-अलग दृष्टिकोण हैं: अजगर ( कपड़े , बिल्डआउट ) या गैर-विशिष्ट ( कठपुतली , बावर्ची , शेल स्क्रिप्ट सेट, आदि) के लिए विशिष्ट।



कपड़े का दृष्टिकोण - एक स्थानीय रूप से निष्पादित स्क्रिप्ट सर्वर पर ssh जाता है और वहां कमांड निष्पादित करता है। यह दृष्टिकोण काफी सरल और डिबग करने में आसान है, यह अच्छा है (हब पर समीक्षा )। Django-fab-तैनात नामक एक बाइक धीरे - धीरे विभिन्न कपड़े टीमों से बाहर निकल गई। यह फैब्रिक स्क्रिप्ट का एक सेट है जो डेबियन लेनी या स्क्वीज़ के लिए सर्वरों को कॉन्फ़िगर कर सकता है, और फिर, न्यूनतम प्रयास के साथ, वहाँ django परियोजनाओं को तैनात करता है और भविष्य में इन परियोजनाओं का प्रबंधन करता है।



डेबियन की रिहाई के साथ, स्क्वीज़ ने django-fab-तैनात को अधिक गंभीरता से लिया, कुछ खुरदरों को ठीक किया और अब, मुझे लगता है, इस परियोजना के बारे में बात करने का समय है। परियोजना में प्रलेखन है , इसमें गेय खुदाई के साथ एक संक्षिप्त रीटेलिंग होगी।





सामान्य सिद्धांत:

• virtualenv का उपयोग कर परियोजनाओं को अलग किया जाता है;
• निर्भरताएं पाइप आवश्यकताओं की फाइलों का उपयोग करके प्रबंधित की जाती हैं;
• सर्वर के साथ सभी संचार ssh के माध्यम से होता है और इसे स्वचालित (=> दोहराने योग्य) होना चाहिए;

सर्वर साइड:

• डेबियन लेनी और डेबियन स्क्वीज़ ने समर्थन किया
• अजगर कोड को चलाने का तरीका: उनके सामने Apache + mod_wsgi + nginx;
• एक VPS / सर्वर पर django-fab-तैनात द्वारा प्रबंधित परियोजनाओं की किसी भी संख्या को स्पिन कर सकता है;
• एक परियोजना को कई सर्वरों पर रखा जा सकता है (विभिन्न सेटिंग्स वाले लोगों सहित)।

परिनियोजन विधि चुनने के लिए मुख्य मानदंड स्थिरता / विश्वसनीयता थे, और यहां अपाचे + mod_wsgi + nginx का गुच्छा वर्तमान में बेजोड़ है। मुझे लगता है कि ubuntu के लिए समर्थन जोड़ना मुश्किल नहीं होगा, लेकिन इसके बारे में बात क्यों करें, क्योंकि अभी ubunt का कोई समर्थन नहीं है (मैं खुद ubuntu का उपयोग नहीं करता हूं)।



एक परियोजना को एक संस्करण नियंत्रण प्रणाली में अच्छी तरह से रखा जाएगा (व्यापारिक अब समर्थित है )। यदि परियोजना VCS में नहीं है तो लोडिंग / अनपैकिंग tar.gz के साथ एक सेमी-प्लग है; यह काम करता है, लेकिन उत्पादन मोड में मैंने इसका परीक्षण नहीं किया (कोई ज़रूरत नहीं थी), और ऐसी संभावना है कि कुछ विशेषताएं दिखाई देंगी।

स्वचालित परिनियोजन

सर्वर को तैनात करने का मूल तरीका नीचे वर्णित है, यदि किसी कारण से यह काम नहीं करता है, तो यह डरावना नहीं है: django-fab-तैनाती सिर्फ स्क्रिप्ट का एक सेट है; वे भागों में इस्तेमाल किया जा सकता है, या झांकने के लिए कुछ उपयोगिता, या एक पैच भेज सकते हैं, या बस एक लेख पढ़ सकते हैं।



यह माना जाता है कि हमारे पास एक साफ डेबियन सर्वर है (आप बाद में उस पर अधिक "साफ नहीं" कर सकते हैं), हमने सार्वजनिक कुंजी के साथ ssh एक्सेस को रूट करने के लिए कॉन्फ़िगर किया है।



कृपया OpenVZ पर VPS का उपयोग न करें, जैसा कि VIRT RSS के बजाय उनके लिए सीमित है, और इसलिए OpenVZ के तहत सॉफ़्टवेयर का एक गुच्छा (Apache और mysql + innodb सहित) xen / kvm (10 गुना - हाँ आसान) की तुलना में बहुत अधिक मेमोरी खाता है।

परियोजना की तैयारी

Django प्रोजेक्ट्स और इसलिए अक्सर 'local_settings.py' के साथ किसी प्रकार की चाल का उपयोग करते हैं, संस्करण नियंत्रण प्रणाली में हैं, रिपॉजिटरी में उनके पास पाइप निर्भरता के साथ एक फ़ाइल और वेब सर्वर के लिए सेटिंग्स वाला एक फ़ोल्डर है। Django- फैब-तैनात, वास्तव में, लेकिन इसके लिए कुछ भी नहीं चाहिए। आगे का विवरण।



1. django- फैब-तैनाती और उसकी निर्भरता स्थापित करें:

 पाइप स्थापित django- फैब-तैनाती
 पाइप स्थापित करें jinja2
 पाइप स्थापित -e git + git: //github.com/bitprophet/fabric.git#egg=Fabric-dev

django-fab-तैनात फैब्रिक 0.9.x के साथ काम नहीं करता है, फैब्रिक को जीथब से स्थापित किया जाना चाहिए।



2. प्रोजेक्ट के रूट में fabfile.py फ़ाइल बनाएं। इस फ़ाइल में सर्वर सेटिंग्स कॉन्फ़िगर करने वाले एक या अधिक कार्य होने चाहिए। खैर, क्योंकि यह एक नियमित फैब्रिक स्क्रिप्ट है, कोई अन्य (प्रोजेक्ट-विशिष्ट) कमांड हो सकती है। एक उदाहरण:

# my_project/fabfile.py from fab_deploy import * def my_site(): env.hosts = ['my_site@example.com'] env.conf = dict( DB_PASSWORD = 'password', PROCESSES = 2, # ,    Debian Squeeze;     'lenny' # OS = 'squeeze', # ,         (  - 'hg') # VCS = 'none', ) update_env() my_site()
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Env.hosts पर ध्यान दें। एक चाल है: उपयोगकर्ता (my_site) के रूप में अपनी परियोजना का नाम निर्दिष्ट करें (यह अजगर में सही चर नाम होना चाहिए - बिना डैश और रिक्त स्थान के)। यह ठीक है अगर ऐसा कोई उपयोगकर्ता नहीं है, तो django-fab-तैनात इसे बनाने और बाद में ssh एक्सेस को कॉन्फ़िगर करने में सक्षम होगा। किसी भी मामले में, प्रत्येक परियोजना के लिए एक अलग उपयोगकर्ता होना एक अच्छा विचार है।



Env.conf चीजों को सरल बनाने के लिए कुछ सम्मेलनों को लागू करता है। उदाहरण के लिए, डेटाबेस का नाम (DB_NAME) डिफ़ॉल्ट रूप से प्रोजेक्ट के उदाहरण (INSTANCE_NAME) से मेल खाता है, जो बदले में, उपयोगकर्ता से env.hosts से मेल खाता है।



यहां क्या और कैसे कॉन्फ़िगर किया जाए, इसके बारे में अधिक जानने के लिए, फ़ेबिली एपी दस्तावेज़ देखें ।



3. वेब सर्वर, आदि के लिए कॉन्फ़िगरेशन टेम्प्लेट बनाएं।

  django-fab-तैनात config_templates 

Config_templates फ़ोल्डर प्रोजेक्ट के रूट में दिखाई देगा, कॉन्फ़िगरेशन टेम्पलेट हैं। परियोजनाएं अलग हैं, और अक्सर सेटिंग्स को संपादन की आवश्यकता होगी - कम से कम उन्हें धाराप्रवाह पढ़ें।



{{}} में संलग्न चर का उपयोग सेटिंग टेम्प्लेट में किया जा सकता है (यहाँ टेम्पलेट इंजन jinja2 है)। इन चर को सर्वर पर टेम्प्लेट बिछाते समय env.conf शब्दकोश से मानों के साथ बदल दिया जाएगा।



4. प्रोजेक्ट रूट में config.server.py बनाएँ। यह फ़ाइल सर्वर पर config.py फ़ाइल बन जाएगा। एक उदाहरण:

 # my_project/config.server.py DEBUG = False DATABASES = { 'default': { 'ENGINE': 'django.db.backends.mysql', 'NAME': '{{ DB_NAME }}', 'USER': '{{ DB_USER }}', 'PASSWORD': '{{ DB_PASSWORD }}', 'HOST': '', 'PORT': '', 'OPTIONS': { "init_command": "SET storage_engine=INNODB" }, } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

विकास के लिए स्थानीय सेटिंग्स के साथ config.py भी बनाएँ। Config.py को settings.py में आयात करें:

 # Django settings for my_project project. # ... from config import * # ...
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ट्रिक सर्वविदित है, अक्सर config.py को local_settings.py भी कहा जाता है। इस फ़ाइल को VCS (यदि VCS का उपयोग किया जाता है) में अनदेखा किया जाना चाहिए।



जैसा कि आप देख सकते हैं, config.server.py भी एक टेम्पलेट है (जैसे config_templates फ़ोल्डर से फ़ाइलें), env.conf से चर भी इसमें प्रतिस्थापित किए जाएंगे।



5. प्रोजेक्ट के रूट में 'reqs' फोल्डर बनाएं। इस तरह के एक फ़ोल्डर का उदाहरण परियोजना रूट से निम्नलिखित कमांड निष्पादित करके प्राप्त किया जा सकता है:

  django-fab-तैनात example_reqs 

इस फ़ोल्डर में पाइप निर्भरता के साथ पाठ फाइलें होनी चाहिए। एक फ़ाइल का विशेष अर्थ है: reqs / all.txt। यह निर्भरता के साथ मुख्य फ़ाइल है, वहां से सभी पैकेज तैनाती के दौरान स्थापित किए जाएंगे। वहां आप या तो सभी निर्भरता को सूचीबद्ध कर सकते हैं, या (बेहतर) अन्य फ़ाइलों को "-r" विकल्प के माध्यम से निर्भरता से जोड़ सकते हैं।



django-fab-deploy generate_reqs



fab- django-fab-deploy generate_reqs



कमांड भी है, जो एक all.txt फ़ाइल के साथ एक reqs फ़ोल्डर बनाता है, जो स्थानीय वातावरण में स्थापित सभी अजगर पैकेजों को सूचीबद्ध करता है (क्या पाइप फ्रीज दिखाता है)।



चरण 1-5 पूरा होने के बाद, परियोजना को कुछ इस तरह देखना चाहिए:

 my_project
     ...
     config_templates 
         ...
     reqs             
         all.txt      
         ...     

     fabfile.py      
     config.py      
     config.server.py 
     settings.py
     manage.py

यदि ऐसा है, तो परियोजना तैयार है।

सर्वर की तैयारी

1. यदि कोई गैर-मौजूद उपयोगकर्ता env.hosts में निर्दिष्ट किया गया था, तो इसे बनाएं और कुंजी द्वारा मैन्युअल रूप से या इस तरह से ssh एक्सेस कॉन्फ़िगर करें (आपको अपनी सार्वजनिक कुंजी के साथ फ़ाइल की आवश्यकता है):

  फैब create_linux_account: "/ होम / किमीकाइक / ssh / id_rsa.pub" 

जांचें कि ssh काम कर रहा है:

  ssh my_site@example.com 

2. डेटाबेस सेट करें। यदि डेटाबेस पहले से मैन्युअल रूप से कॉन्फ़िगर किया गया है (उदाहरण के लिए, प्रोजेक्ट पहले से ही काम कर रहा है), तो कुछ भी करने की आवश्यकता नहीं है। django-fab-तैनात अब जानता है कि mysql कैसे स्थापित करें और प्रोजेक्ट के लिए एक खाली डेटाबेस बनाएँ:

 fab mysql_install
 फैब mysql_create_db

mysql_install कुछ भी नहीं करता है यदि mysql पहले से ही सर्वर पर स्थापित है। यदि mysql स्थापित नहीं है, तो यह स्थापित है, और mysql रूट उपयोगकर्ता के लिए पासवर्ड env.conf ['DB_PASSWORD'] पर सेट है।



mysql_create_db env.conf ['DB_NAME'] नामक एक खाली डेटाबेस बनाता है (हमारे उदाहरण में, यह env.hosts से उपयोगकर्ता नाम होगा)।



यदि आप mysql का उपयोग नहीं कर रहे हैं या mysql उपयोगकर्ता रूट नहीं है, तो हाथ से सब कुछ करना बेहतर है। बेहतर अभी तक, स्वचालित (इसके लिए एक कपड़ा स्क्रिप्ट लिखें) और पैच को django-fab-तैनात करने के लिए भेजें।



3. सब कुछ, सर्वर तैयार है। आप अपनी उंगलियों को पार कर सकते हैं और परियोजना की जड़ से कमांड चला सकते हैं:

  फैब full_deploy 

यदि सब कुछ सही ढंग से किया गया था, तो साइट को कमाई करनी चाहिए।



यह आदेश:

• आवश्यक सिस्टम पैकेज स्थापित करें
• virtualenv बनाएंगे और वहां अजगर निर्भरताएं स्थापित करेंगे
• Apache और nginx को कॉन्फ़िगर करें
• सर्वर पर प्रोजेक्ट अपलोड करें
• सिंकबैंक और माइग्रेट करेंगे

स्रोत कोड ~ / src / <INSTANCE_NAME> में होंगे, virtualenv को ~ / envs / <INSTANCE_NAME> में रखा जाएगा।



django-fab-तैनात अपाचे और nginx के लिए डिफ़ॉल्ट साइटों को अक्षम कर देगा, और Apachevsky ports.conf को भी कमांड करेगा (Apache अब पोर्ट 80 को नहीं सुनेगा)। यदि एपाचे के तहत अन्य साइटें सर्वर पर चल रही थीं, तो वे इस वजह से दुर्गम हो जाएंगे। यदि केवल नगनेक्स बाहर फंस गया है, तो सब कुछ ठीक होना चाहिए - django-fab-तैनात सर्वर के साथ कुछ भी मुश्किल नहीं है।

सर्वर प्रबंधन

सर्वर में परिवर्तन अपलोड करें और उन्हें लागू करें: fab push







एक और उदाहरण (निर्भरता और माइग्रेटिंग को अपडेट करते हुए, ठेस सर्वर पर परिवर्तन अपलोड करें): fab prod push:pip_update,migrate







वेब सर्वर सेटिंग अपडेट करें: fab setup_web_server





Janga सेटिंग अपडेट करें (config.server.py): fab update_django_config







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

एनालॉग

Django-fab-तैनात के लिए निकटतम एनालॉग बुना है । जाहिर है, यह भी एक महान बात है। बुना हुआ उबंटू पर केंद्रित है, डेबियनो-फैब-तैनाती में डेबियन उबंटू की तरह मोटे तौर पर समर्थित है: "यह मामूली बदलावों के साथ काम करता है, लेकिन कोई भी निश्चित रूप से नहीं जानता है।" हमने उसी समय के बारे में सब कुछ करना शुरू कर दिया, पहले कक्षाओं में किसी तरह का खेल था, फिर उन्होंने सब कुछ सरल किया। वे और दूर चले गए। दूसरी ओर, django-fab-तैनात स्रोत कोड की तुलना में कई गुना छोटा है, यह छोटा और सरल है, और ऐसा ही रहेगा।



कई लोग इसी तरह के प्रोजेक्ट करते हैं। मैंने हाल ही में github / bitbucket की खोज की, और djangopackages में 11 और एनालॉग्स (परिष्कार की अलग-अलग डिग्री) जोड़े, आप यहाँ तुलनात्मक प्लेट देख सकते हैं: djangopackages.com/grids/g/deployment

संदर्भ

अप-टू-डेट प्रलेखन हमेशा यहाँ पाया जा सकता है: package.python.org/django-fab-deploy

स्रोत कोड और बग ट्रैकर के साथ भंडार: bitbucket.org/kmike/django-fab-deploy



कनेक्ट: उपयोग, सही, टिप्पणी, सुझाव, सब कुछ कैसे सुधारें आदि लिखें।



लेख में वर्णन संस्करण 0.4 को संदर्भित करता है और पुराना हो सकता है; यदि संभव हो तो प्रलेखन पढ़ें।



Django-fab-तैनात का उपयोग करना आवश्यक नहीं है, आप 0 से अपनी खुद की स्क्रिप्ट लिख सकते हैं, बुना हुआ, बिल्डआउट या कुछ भी उपयोग कर सकते हैं। लेकिन 0 से सब कुछ लिखने से पहले, यह बेहतर है, निश्चित रूप से, "होमवर्क" करने के लिए और देखें कि मौजूदा परियोजनाओं को कैसे लागू किया जाता है।



मुख्य सलाह यह है कि किसी भी तरह सर्वर स्थापित करने की प्रक्रिया को स्वचालित किया जाए और सबसे सरल परियोजनाओं के लिए भी बदलाव अपलोड किए जाएं, यह मैनुअल कॉन्फ़िगरेशन से अधिक जटिल नहीं है और भविष्य में कई बार भुगतान करता है।