पाइप और पहिया का उपयोग करके लेआउट अजगर परियोजनाएं

हाय, हब्बर!

इस पोस्ट में मैं पायथन परियोजनाओं को बिछाने के बारे में बात करूंगा: सर्वर पर कोड और सभी आवश्यक तीसरे पक्ष के मॉड्यूल कैसे रखें। हम में से कई लोगों ने लड़ाकू वाहन पर परियोजना को तैनात करने की समस्या का सामना किया, लेकिन इसके बारे में हैबर में बहुत कम लिखा गया है; मैं अपना अनुभव साझा करना चाहता हूं।

समस्या

हर कोई विभिन्न तरीकों से एक परियोजना शुरू करता है; पूर्णता के लिए, मैं संक्षेप में बताऊंगा कि मैं क्या उपयोग करता हूं।

1. पाइप और virtualenv स्थानीय स्तर पर संकुल स्थापित करने के लिए
2. nginx और वेब अनुप्रयोग के बीच uwsgi परत
3. पर्यवेक्षक आवश्यक प्रक्रियाओं को शुरू करने के लिए: uwsgi, अजवाइन, बवंडर, आदि।
4. nginx जड़ के रूप में शुरू होता है और दूरी में दिखता है

हमारी परियोजनाओं में, हम अक्सर उन मॉड्यूल का उपयोग करते हैं जो कुछ हद तक सी में लिखे गए हैं और संकलन की आवश्यकता है। यह वह जगह है जहां असुविधा शुरू होती है: सर्वर पर, आपको अपनी परियोजना की निर्भरता (जैसे कि सिंपलसन या एलएक्सएमएल) को संकलित करने के लिए कंपाइलर और देव पैकेज का एक गुच्छा स्थापित करने की आवश्यकता होती है। पहली बात जो मन में आती है वह है स्थानीय स्तर पर लेना और संकलित करना, और फिर इसे सर्वर पर कॉपी करना। इसमें गलत क्या है? और वहाँ और x86_64। लेकिन जैसा कि यह निकला बाइनरी संगतता लिनक्स सिस्टम में एक अस्थिर अवधारणा है। बेशक, मुझे लगता है कि ऐसा क्यों है, लेकिन इसके बारे में बात करना कमजोर है। संक्षेप में, जो आप उबंटू में अपने दम पर संकलित करते हैं, वह जरूरी नहीं कि डेबियन पर काम करेगा। यदि आपके पास सर्वरों का एक गुच्छा है, तो आप संकुल के निर्माण के लिए एक का चयन कर सकते हैं या एक समान आभासी मशीन को स्थानीय स्तर पर उठा सकते हैं और वहां संकलित कर सकते हैं।

जब किसी कॉम्बैट सर्वर पर एक प्रोजेक्ट का निर्माण किया जाता है, तो दो विकल्प होते हैं: सर्वर पर कोड संकलित करें या संकुल स्वयं बनाएँ। व्यक्तिगत रूप से, यह अल्प पसंद मुझे परेशान करता है। सवाल यह है कि, मॉड्यूल या PyPi के लेखक विभिन्न प्लेटफार्मों के लिए पैकेज क्यों नहीं बनाते हैं, क्या बाइनरी अंडे हैं? उन्होंने ऐसा किया, और आप उन्हें easy_install का उपयोग करके भी स्थापित कर सकते हैं, लेकिन यह प्रयास विफल हो गया, क्योंकि कोई गारंटी नहीं है कि ये बायनेरी आपके सर्वर पर भी पायथन और आर्किटेक्चर के समान संस्करण के साथ काम करेंगे। और शायद PyPi पर संकलन की आवश्यकता वाले सभी पैकेजों में बाइनरी असेंबलियाँ नहीं हैं। वैसे, पाइप इस कारण से बाइनरी अंडे का समर्थन नहीं करता है। एक सर्वर पर कोड संकलन एक दर्दनाक दृष्टिकोण है, खासकर यदि आपके पास बाहर बिछाने के लिए बहुत सारे सर्वर हैं, और यहां तक ​​कि एक लैपटॉप पर काम कर रहे हैं, तो यह प्रक्रिया बस समाप्त हो जाती है। सब कुछ किसी भी तरह से सरल होना चाहिए: बस डाउनलोड और इंस्टॉल किया गया।

प्रयास नंबर 1

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

sudo apt-get install my-project-venv my-project-dev-conf my-project 

यह सब बहुत अच्छा है, निश्चित रूप से, लेकिन यह वास्तव में मुझे परेशान करता है कि जब virtualenv में एक मॉड्यूल को अपडेट किया जाता है, तो मुझे एक डेबिट पैकेज बनाने के लिए सभी मॉड्यूल को संकलित करना पड़ा। और असहनीय virtualenv पोर्टेबल बनाने के लिए एक टैम्पुरीन के साथ कई नृत्य थे: लाइन में पथ को फिर से लिखना! # बिन फ़ोल्डर में सभी फ़ाइलों में अजगर, सभी पीसी फ़ाइलों को हटा दें, सभी लिंक हटाएं और साइट-पैकेज फ़ोल्डर में src फ़ोल्डर में सभी पैकेज स्थापित करें; । इस कॉलोसस को काम करने के लिए, मुझे बहुत समय देना पड़ा और अब यह किसी भी तरह से स्पष्ट नहीं है कि मैंने अपना जीवन आसान बना लिया।

प्रयास नंबर 2

दूसरी बार, मैंने फैसला किया कि सभी आवश्यक मॉड्यूल को अलग-अलग बाइनरी पैकेज में इकट्ठा करना बेहतर था। मैं पहिया नामक एक अपेक्षाकृत नई परियोजना के पार आया और इसे आज़माने का फैसला किया।

व्हील बाइनरी अंडे का एक विकल्प है; लेखक नवीनतम रुझानों के अनुसार सब कुछ करने की कोशिश कर रहा है, और बहुत पहले नहीं, उसका पीईपी अपनाया गया था। मतभेदों में से, यह उल्लेखनीय है कि पहिया एक इंस्टॉलेशन प्रारूप है, आयातित नहीं। स्थानीय मशीन पर काम करते समय एक और पहिया एक अच्छा सहायक होता है: आप सभी अक्सर उपयोग किए गए पैकेजों को एक फ़ोल्डर में डाउनलोड और संकलित कर सकते हैं, फिर एक नया आभासी वातावरण बनाते समय, ओ (1) के पीछे से पैकेज स्थापित करें।

अब परियोजना की गणना के लिए, मैं निम्नलिखित कार्य करता हूं:

1. मेरा पैकेज इंडेक्स उठाया: जीथब पर ऐसी कई परियोजनाएं हैं जो आपको अपने निजी पेपी को बढ़ाने की अनुमति देती हैं, मैं लोकलशॉप का उपयोग करता हूं , क्योंकि इसमें डाउनलोड तक पहुंच को प्रतिबंधित करने की क्षमता है।
2. मैं पहिया प्रारूप में सभी निर्भरता (आवश्यकता से अधिक) एकत्र करता हूं और इसे अपने सूचकांक में भरता हूं: इसके लिए मुझे थोड़ा सा स्थान जोड़ना पड़ता था, क्योंकि यह इस प्रारूप का समर्थन नहीं करता था।
3. सर्वर पर गिट स्थापित नहीं करने के लिए, परियोजना भी पैक की जाती है और इसके पैकेज इंडेक्स में डाल दी जाती है।

सर्वर साइड पर, यह केवल इंस्टॉल और रन करने के लिए रहता है। यह कुछ इस तरह दिखता है:

 virtualenv myproject . myproject/bin/activate #       pip install --use-wheel myproject==0.1.1 myproject init myproject runserver 0.0.0.0:8000 

Uwsgi के तहत चल रहा है:

 pip install --use-wheel uwsgi uwsgi --module=myproject.wsgi --home=myproject .... 

सुपरवाइजर लॉन्च करें:

 pip install --use-wheel supervisor supervisor -c supervisor.conf -j supervisor.pid 

मैं पायथन 2.7.3 में लिख रहा हूं, जो कि मेरे उबंटू पर डिफ़ॉल्ट रूप से स्थापित है, और डेबियन और पायथन संस्करण 2.6 सर्वरों पर स्थापित हैं। बेशक, उनके बीच एक अंतर है, उदाहरण के लिए: पायथन 2.6 का उपयोग करके स्वरूपण स्ट्रिंग उपलब्ध नहीं है। वितरण से 2.7.3 स्थापित करने की कोशिश करना एक अच्छा विचार नहीं है, पायथन को संकलित करना आसान है और यह हमारे लिए एक अच्छा सहायक है - पाइथॉनब्रेव परियोजना।

आलस्य प्रगति का इंजन है! हम सभी आलसी प्रोग्रामर हैं (विशेषकर जो पायथन और रूबी में लिखते हैं) और, असुविधाओं का सामना करते हुए, हम अपने जीवन को आसान बनाना चाहते हैं। और आप गणना कैसे कर रहे हैं?

संदर्भ

lucumr.pocoo.org/2012/6/22/hate-hate-hate-everywhere
github.com/pypa/pip/issues/492
hynek.me/articles/python-app-deployment-with-native-packages
crate.io/packages/wheel
www.python.org/dev/peps/pep-0427
bitbucket.org/dholth/wheel
wheel.readthedocs.org/en/latest/story.html
github.com/mvantellingen/localshop
github.com/utahta/pythonbrew