DIY: हम गोदाम की निगरानी को कैसे स्वचालित करते हैं

X5 43 वितरण केंद्रों और 4,029 स्वयं के ट्रकों का प्रबंधन करता है, वे 15,752 दुकानों में उत्पादों की निर्बाध आपूर्ति प्रदान करते हैं। लेख में मैं गोदाम की घटनाओं की निगरानी के लिए एक संवादात्मक प्रणाली को खरोंच से बनाने का अनुभव साझा करूंगा। जानकारी कई वितरण उत्पादों के दर्जनों वितरण केंद्रों के साथ व्यापारिक कंपनियों के लॉजिस्टिक्स के लिए उपयोगी होगी।



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

एक दृष्टिकोण पर विचार करें जिसमें हमें सिस्टम से संकेतक प्राप्त करने के लिए स्रोतों (तालिकाओं) के निर्धारण से संबंधित परामर्श का केवल एक छोटा सा हिस्सा चाहिए।

हमारे गोदामों की विशिष्टता इस तथ्य में निहित है कि कई गोदाम प्रबंधन प्रणाली (WMS Exceed) एक ही लॉजिस्टिक्स कॉम्प्लेक्स पर काम करती हैं। गोदामों को न केवल तार्किक रूप से माल (सूखी, शराब, ठंड, आदि) के भंडारण की श्रेणियों के अनुसार विभाजित किया जाता है। एक एकल रसद परिसर के भीतर कई अलग-अलग गोदाम इमारतें हैं, उनमें से प्रत्येक पर संचालन अपने स्वयं के डब्ल्यूएमएस द्वारा प्रबंधित किया जाता है।



गोदाम में होने वाली प्रक्रियाओं की एक सामान्य तस्वीर बनाने के लिए, प्रबंधक दिन में कई बार प्रत्येक WMS की रिपोर्ट का विश्लेषण करते हैं, गोदाम संचालकों (रिसीवर, पिकर, स्टेकर) के संदेशों को संसाधित करते हैं और सूचना बोर्ड पर प्रदर्शन के लिए वास्तविक ऑपरेटिंग संकेतकों को सारांशित करते हैं।

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

नई प्रणाली बनाने के लिए जितना काम करने की जरूरत है, उसका आकलन करने के बाद, परियोजना को कई चरणों में विभाजित करने का निर्णय लिया गया:

1. गोदाम प्रक्रियाओं पर संकेतक का संग्रह, संकेतक और विचलन का दृश्य और नियंत्रण
2. विचलन के लिए व्यावसायिक सेवाओं की सेवा में प्रक्रिया मानकों और अनुप्रयोगों के पंजीकरण का स्वचालन
3. लोड पूर्वानुमान के साथ सक्रिय निगरानी और प्रबंधकों को सिफारिशें करना।

पहले चरण में, सिस्टम को सभी डब्ल्यूएमएस परिसरों से परिचालन डेटा के तैयार स्लाइस एकत्र करना चाहिए। पढ़ना लगभग वास्तविक समय में होता है (अंतराल 5 मिनट से कम)। चाल यह है कि पूरे नेटवर्क पर सिस्टम को तैनात करते समय कई दर्जन गोदामों के DBMS से डेटा प्राप्त किया जाना चाहिए। प्राप्त परिचालन डेटा को योजनाबद्ध संकेतकों से विचलन की गणना करने और आंकड़ों की गणना करने के लिए सिस्टम कोर लॉजिक द्वारा संसाधित किया जाता है। इस तरह से संसाधित किया गया डेटा प्रबंधक के टैबलेट पर या गोदाम के सूचना बोर्ड पर स्पष्ट रेखांकन और आरेख के रूप में प्रदर्शित किया जाना चाहिए।



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

प्रणाली की सामान्य वास्तुकला चित्र में दिखाई गई है।



प्रत्येक WMS उदाहरण को मॉनिटरिंग सिस्टम के लिए होस्ट के रूप में परिभाषित किया गया है। एक तैयार SQL क्वेरी के साथ स्क्रिप्ट चलाकर डेटा सेंटर नेटवर्क में एक केंद्रीय सर्वर द्वारा मैट्रिक्स एकत्र किए जाते हैं। यदि आपको एक ऐसी प्रणाली की निगरानी करने की आवश्यकता है जो डेटाबेस तक सीधे पहुंच की सिफारिश नहीं करता है (उदाहरण के लिए, एसएपी ईडब्ल्यूएम), तो आप संकेतक लिखने के लिए या एक साधारण अजगर / vbascript प्रोग्राम लिखने के लिए प्रलेखित एपीआई कार्यों के लिए स्क्रिप्ट कॉल का उपयोग कर सकते हैं।

ज़ैबिक्स प्रॉक्सी को मुख्य नेटवर्क से लोड वितरित करने के लिए वेयरहाउस नेटवर्क पर तैनात किया जाता है। प्रॉक्सी के माध्यम से, सभी स्थानीय WMS इंस्टेंस के साथ काम प्रदान किया जाता है। Zabbix प्रॉक्सी के साथ मेजबान पर Zabbix सर्वर द्वारा मापदंडों के लिए अगले अनुरोध पर, WMS डेटाबेस से मैट्रिक्स का अनुरोध करने के लिए एक स्क्रिप्ट निष्पादित की जाती है।

केंद्रीय Zabbix सर्वर पर गोदाम के रेखांकन और संकेतक प्रदर्शित करने के लिए, ग्राफाना को तैनात करें। गोदाम इन्फोग्राफिक्स के साथ तैयार किए गए डैशबोर्ड को आउटपुट करने के अलावा, ग्रेफाना का उपयोग संकेतकों के विचलन को नियंत्रित करने और व्यावसायिक घटनाओं के साथ काम करने के लिए गोदाम सेवा प्रणाली में स्वचालित अलर्ट स्थानांतरित करने के लिए किया जाएगा।

एक उदाहरण के रूप में, गोदाम स्वीकृति क्षेत्र के लोडिंग के नियंत्रण के कार्यान्वयन पर विचार करें। चयनित गोदाम के इस भाग में प्रक्रियाओं के मुख्य संकेतक के रूप में:

• रिसेप्शन क्षेत्र में वाहनों की संख्या, स्थिति को ध्यान में रखते हुए (नियोजित, पहुंचे, दस्तावेज, उतराई, प्रस्थान;
• प्लेसमेंट और पुनःपूर्ति के क्षेत्र (भंडारण की स्थिति के अनुसार) की भीड़।

सेटिंग्स

सिस्टम के मुख्य घटकों की स्थापना और कॉन्फ़िगरेशन (SQLcl, Zabbix, Grafana) विभिन्न स्रोतों में वर्णित है और हम यहां दोहराए नहीं जाएंगे। SQLplus के बजाय SQLcl का उपयोग इस तथ्य के कारण होता है कि SQLcl (Oracle DBMS कमांड लाइन इंटरफेस इन जावा) को Oracle क्लाइंट की अतिरिक्त स्थापना की आवश्यकता नहीं है और बॉक्स से बाहर काम करता है।

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

मुख्य बात यह है कि ऐसी प्रणाली को लागू करते समय, सिस्टम द्वारा प्रदान की गई सेटिंग्स का उपयोग करके, प्रोग्रामिंग के बिना करना संभव है।

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

डिबगिंग और सिस्टम ट्यूनिंग के लिए "प्रयोगात्मक" के रूप में, हम स्वागत को नियंत्रित करने के लिए WMS वर्कशीट का उपयोग करते हैं:

1. टीएस स्वीकृति पर, जो सभी पहुंचे: अवधि के लिए स्थिति के साथ सभी टीएस "- वर्तमान समय से 72 घंटे" - एसक्यूएल क्वेरी आइडेंटिफ़ायर: सीकर ।
2. सभी वाहन की स्थिति का इतिहास: 72 घंटे के आगमन के साथ सभी वाहनों के आंकड़े - SQL क्वेरी पहचानकर्ता: carHistory ।
3. स्वीकृति के लिए अनुसूचित वाहन: "अनुसूचित" की स्थिति के साथ सभी वाहनों के सांख्यिकीय , समय अंतराल " -24 घंटे" और वर्तमान समय से "+25 घंटे" है - SQL क्वेरी पहचानकर्ता: CarsIn ।

इसलिए, जब हमने गोदाम मेट्रिक्स के एक सेट पर फैसला किया है, तो हम WMS डेटाबेस के लिए SQL क्वेरी तैयार करेंगे। प्रश्नों को निष्पादित करने के लिए, मुख्य डेटाबेस का उपयोग नहीं करना उचित है, लेकिन इसकी "हॉट" कॉपी - स्टैंडबाय।

हम डाटा अधिग्रहण के लिए स्टैंडबाय ओरेकल डीबीएमएस से जुड़े हैं। परीक्षण आधार 192.168.1.106 से कनेक्ट करने के लिए आईपी पता। कनेक्शन पैरामीटर काम कर रहे SQLcl फ़ोल्डर के TNSNames.ORA में Zabbix सर्वर पर सहेजे जाते हैं:

# cat /opt/sqlcl/bin/TNSNames.ORA WH1_1= (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.106)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = WH1_1) ) ) 

यह हमें प्रत्येक होस्ट को EZconnect के माध्यम से SQL क्वेरी चलाने की अनुमति देगा, केवल उपयोगकर्ता नाम / पासवर्ड और डेटाबेस नाम निर्दिष्ट करेगा:

 # sql znew/Zabmon1@WH1_1 

तैयार SQL क्वेरी Zabbix सर्वर पर काम कर रहे फ़ोल्डर में सहेजी जाती है:

 /etc/zabbix/sql 

और हमारे सर्वर के zabbix उपयोगकर्ता तक पहुँचने की अनुमति दें:

 # chown zabbix:zabbix -R /etc/zabbix/sql 

अनुरोध फ़ाइलें Zabbix सर्वर से पहुँच के लिए एक विशिष्ट पहचानकर्ता नाम प्राप्त करती हैं। SQLcl के माध्यम से प्रत्येक डेटाबेस क्वेरी हमें कई पैरामीटर देता है। ज़ैबिक्स की बारीकियों को देखते हुए, जो केवल एक मीट्रिक को क्वेरी में संसाधित कर सकता है, हम क्वेरी के परिणामों को व्यक्तिगत मीट्रिक में पार्स करने के लिए अतिरिक्त स्क्रिप्ट का उपयोग करेंगे।

हम मुख्य स्क्रिप्ट तैयार कर रहे हैं, इसे डेटाबेस में SQL क्वेरी को कॉल करने, परिणाम सहेजने और डेटा प्राप्त करने के लिए सफलता संकेतकों के साथ तकनीकी मीट्रिक वापस करने के लिए, इसे wh_Metrics.sh कहते हैं:

 #!/bin/sh ##  </i> export ORACLE_HOME=/usr/lib/oracle/11.2/client64 export PATH=$PATH:$ORACLE_HOME/bin export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/usr/lib64:/usr/lib:$ORACLE_HOME/bin export TNS_ADMIN=$ORACLE_HOME/network/admin export JAVA_HOME=/ alias sql="opt/sqlcl/bin/sql" ##      sql-     scriptLocation=/etc/zabbix/sql sqlFile=$scriptLocation/sqlScript_"$2".sql ##        resultFile=/etc/zabbix/sql/mon_"$1"_main.log ##      username="$3" password="$4" tnsname="$1" ##     var=$(sql -s $username/$password@$tnsname < $sqlFile) ##        echo $var | cut -f5-18 -d " " > $resultFile ##    if grep -q ora "$resultFile"; then echo null > $resultFile echo 0 else echo 1 fi 

हम समाप्त फ़ाइल को फ़ोल्डर में स्क्रिप्ट के साथ Zabbix- प्रॉक्सी कॉन्फ़िगरेशन सेटिंग्स (डिफ़ॉल्ट रूप से - / usr / स्थानीय / शेयर / zabbix / externalscripts ) के अनुसार बाहरी स्क्रिप्ट होस्ट करने के लिए रखते हैं।

डेटाबेस की पहचान जिसमें से स्क्रिप्ट परिणाम प्राप्त करेगा, स्क्रिप्ट पैरामीटर द्वारा प्रेषित किया जाएगा। डेटाबेस पहचानकर्ता को TNSNames.ORA फ़ाइल में सेटिंग लाइन के अनुरूप होना चाहिए।

SQL क्वेरी को लागू करने का परिणाम mon_base_id_main.log के एक फ़ाइल में सहेजा जाता है , जहाँ base_id = DB पहचानकर्ता को स्क्रिप्ट पैरामीटर के रूप में प्राप्त किया जाता है। डेटाबेस पहचानकर्ताओं द्वारा परिणाम फ़ाइल का पृथक्करण सर्वर से एक साथ कई डेटाबेस के अनुरोधों के मामले में प्रदान किया जाता है। क्वेरी मानों की क्रमबद्ध दो-आयामी सरणी देता है।

निम्नलिखित स्क्रिप्ट, चलो इसे getMetrica.sh कहते हैं, अनुरोध के परिणाम के साथ फ़ाइल से निर्दिष्ट मीट्रिक प्राप्त करने की आवश्यकता है:

 #!/bin/sh ##       resultFile=/etc/zabbix/sql/mon_”$1”_main.log ##      : ##    ,      (RSLT)   ## {1 1 2 2…}   ( IFS) ##          IFS=' ' str=$(cat $resultFile) status_id=null read –ra RSLT <<< “$str” for i in “${RSLT[@]}”; do if [[ “$status_id” == null ]]; then status_id=”$I" elif [[ “$status_id” == “$2” ]]; then echo “$i” break else status_id=null fi done 

अब हम ज़ैबिक्स स्थापित करने और गोदाम स्वीकृति प्रक्रियाओं के प्रदर्शन की निगरानी शुरू करने के लिए तैयार हैं।

प्रत्येक डेटाबेस नोड पर, एक ज़ैबिक्स एजेंट स्थापित और कॉन्फ़िगर किया गया है।

मुख्य सर्वर पर, हम Zabbix प्रॉक्सी के साथ सभी सर्वरों को परिभाषित करते हैं। सेटिंग्स के लिए, निम्नलिखित पथ पर जाएं:

प्रशासन → प्रॉक्सी → प्रॉक्सी बनाएँ



नियंत्रित मेजबान को परिभाषित करें:

सेटिंग → होस्ट → होस्ट बनाएं



होस्ट नाम एजेंट कॉन्फ़िगरेशन फ़ाइल में निर्दिष्ट होस्ट नाम से मेल खाना चाहिए।

हम नोड के लिए समूह, साथ ही डेटाबेस से नोड के आईपी पते या डीएनएस नाम का संकेत देते हैं।

हम मीट्रिक बनाते हैं और उनके गुण निर्दिष्ट करते हैं:

सेटिंग्स → नोड्स → 'नोड नाम' → डेटा आइटम> डेटा आइटम बनाएँ

1) डेटाबेस से सभी मापदंडों को क्वेरी करने के लिए एक बुनियादी मीट्रिक बनाएं



हम डेटा तत्व का नाम सेट करते हैं, "बाहरी सत्यापन" के प्रकार को इंगित करते हैं। "की" फ़ील्ड में, हम एक स्क्रिप्ट को परिभाषित करते हैं, जिसे हम Oracle डेटाबेस का नाम, sql क्वेरी का नाम, लॉगिन और पासवर्ड को डेटाबेस से कनेक्ट करने के लिए मापदंडों के रूप में स्थानांतरित करते हैं। 5 मिनट (300 सेकंड) के अनुरोध के लिए अद्यतन अंतराल सेट करें।

2) प्रत्येक वाहन की स्थिति के लिए शेष मैट्रिक्स बनाएं। मुख्य मीट्रिक की जाँच के परिणाम के आधार पर इन मीट्रिक का मान बनेगा।



हम डेटा तत्व का नाम सेट करते हैं, "बाहरी सत्यापन" के प्रकार को इंगित करते हैं। "की" फ़ील्ड में, हम एक स्क्रिप्ट को परिभाषित करते हैं, जिसे हम ओरेकल डेटाबेस और स्टेटस कोड के नाम पर ट्रांसफर करते हैं, जिसका मान हम मापदंडों के रूप में ट्रैक करना चाहते हैं। हमने मुख्य मीट्रिक (310 सेकंड) की तुलना में अनुरोध के लिए अपडेट अंतराल को 10 सेकंड लंबा सेट किया है ताकि परिणाम फ़ाइल में लिखा जा सके।

मेट्रिक्स को सही ढंग से प्राप्त करने के लिए, चेक को सक्रिय करने का क्रम महत्वपूर्ण है। डेटा प्राप्त करते समय संघर्ष से बचने के लिए, सबसे पहले, स्क्रिप्ट कॉल - wh_Metrics.sh के साथ मुख्य GetCarsByStatus मीट्रिक को सक्रिय करें।

सेटिंग्स → नोड्स → 'नोड नाम' → डेटा तत्व → सबफ़िल्टर "बाहरी चेक"। हम आवश्यक जांच को चिह्नित करते हैं और "सक्रिय करें" पर क्लिक करते हैं।



इसके बाद, शेष मैट्रिक्स को एक ऑपरेशन में सक्रिय करें, उन सभी को एक साथ चुनें:



ज़ैबिक्स ने अब वेयरहाउस बिजनेस मेट्रिक्स को इकट्ठा करना शुरू कर दिया है।

निम्नलिखित लेखों में, हम उपयोगकर्ताओं के विभिन्न श्रेणियों के लिए गोदाम संचालन के लिए अधिक विस्तार और गोदाम संचालन के लिए सूचनात्मक डैशबोर्ड के गठन की जांच करेंगे। ग्राफाना गोदाम में विचलन की भी निगरानी करता है और, विचलन की सीमाओं और आवृत्ति के आधार पर, एपीआई के माध्यम से गोदाम प्रबंधन सेवा केंद्र की प्रणाली में घटनाओं को रिकॉर्ड करता है या बस ई-मेल द्वारा प्रबंधक को सूचनाएं भेजता है।