Django में प्रबंधन आदेशों के निष्पादन की निगरानी करना

अक्सर और कई परियोजनाओं में, पृष्ठभूमि कार्यों का उपयोग किया जाता है। लेकिन विशाल बहुमत, किसी कारण से, किसी भी निगरानी का उपयोग नहीं करते हैं। हम संतरी, NewRelic या देशी ErrorReporting जैसी सेवाओं के बारे में बात कर रहे हैं। इस बात की कोई रिपोर्ट नहीं है कि कितने समय से कमांड चल रही है, किस त्रुटि के साथ और प्रक्रिया कैसे पूरी हुई। नतीजतन, किसी को नहीं पता कि प्रोजेक्ट कितनी सही तरीके से काम करता है और जब रिपोर्ट में या crm में पर्याप्त डेटा नहीं है, या आंकड़े अपूर्ण या गलत हैं, तो हैरान हैं। यह ध्यान देने योग्य है हमेशा नहीं और तुरंत नहीं। यही है, यह परियोजना के पूरा होने के बाद बहुत बाद में खोजा गया है।



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

परियोजना निर्माण

$ pip install virtualenvwrapper $ mkvirtualenv habr $ pip install Django $ django-admin.py startproject habr
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

मैंने देखा कि कई, यहां तक ​​कि अनुभवी भी, ऐसी स्वादिष्ट चीज का उपयोग नहीं करते हैं जैसे कि virtualenvwrapper। उपयोगी बात। आप इसके बारे में यहां पढ़ सकते हैं।

बैटरी स्थापना

 $ cd habr/ $ pip install django-mmc
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

मिमी बैटरी को INSTALLED_APPS में जोड़ें और डेटाबेस को सिंक्रनाइज़ करें:

 $ ./manage.py syncdb --noinput
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

अब हम आवश्यक लाइब्रेरी घटकों को इनिशियल फ़ाइल में कहीं भी इनिशियलाइज़ करते हैं, जब तक कि ऐप की इनिशियलाइज़ेशन नहीं हो जाती।

आयात जोड़ें और habr / __ init__.py फ़ाइल में कॉल करें:

 from mmc.mixins import inject_management inject_management()
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

यह सेटअप प्रक्रिया को पूरा करता है। जाहिरा तौर पर कुछ भी जटिल नहीं है और आप आसानी से बैटरी को किसी भी मौजूदा परियोजना से जोड़ सकते हैं।

निरीक्षण

जांच करने के लिए, आपको कई कमांड चलाने और वेब उत्तर शुरू करने की आवश्यकता है:

 $ ./manage.py createsuperuser $ ./manage.py syncdb $ ./manage.py runserver
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

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

आप इस पते http://127.0.0.1:8000/admin/mmc/mmclog/ पर जाकर कर सकते हैं

परिणाम

और अंत में, परिणाम हम के लिए जा रहे थे:

क्रोन सेटअप

यदि आप क्रोन से सूचनाएँ प्राप्त करना चाहते हैं, तो अपने क्रेस्टैब की शुरुआत में निम्नलिखित पंक्तियाँ जोड़ें:

 SHELL=/bin/bash PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games MAILTO=habr@local.host
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

पहली दो पंक्तियाँ पथ और पथ को इंगित करती हैं जहाँ निष्पादन योग्य फ़ाइलों को देखना है। MAILTO उस पते को इंगित करता है जहां पृष्ठभूमि कार्यों के आउटपुट के परिणाम आने चाहिए।



नवीनतम संस्करण मेजबानों या विशिष्ट आदेशों को अनदेखा करने की क्षमता जोड़ता है। लॉग उस पीक मेमोरी को प्रदर्शित करते हैं जिसे स्क्रिप्ट ने खाया था।

व्यवस्थापक पैनल + संतरी में निर्दिष्ट ईमेल पते पर सूचनाओं की संभावना।



इस बैटरी ने मुझे परियोजना में समस्या क्षेत्रों की समय पर पहचान करने, यह पता लगाने में मदद की कि कौन सी टीम गलत तरीके से काम करती है या एक निश्चित समय अंतराल पर गिरती है, और इस समस्या को खत्म करती है। मुझे उम्मीद है कि यह दोनों शुरुआती और अनुभवी उपयोगकर्ताओं को समान रूप से सेवा देगा।