X5 هلائي ٿو 43 تقسيم مرڪز ۽ 4 پنهنجون ٽرڪون، 029 اسٽورن تي مصنوعات جي بي ترتيب فراهمي کي يقيني بڻائي ٿي. هن آرٽيڪل ۾ آئون شروع کان گودام واقعن جي نگراني لاءِ هڪ انٽرايڪٽو سسٽم ٺاهڻ جو منهنجو تجربو شيئر ڪندس. معلومات واپاري ڪمپنين جي لاجسٽڪن لاءِ مفيد ثابت ٿيندي جن سان ڪيترن ئي درجن ورهائڻ وارا مرڪز پراڊڪٽس جي وسيع رينج کي منظم ڪن ٿا.
ضابطي جي طور تي، نگراني ۽ ڪاروباري عمل جي انتظاماتي نظام جي تعمير شروع ٿئي ٿي پروسيسنگ پيغامن ۽ واقعن سان. ساڳئي وقت، ڪاروباري واقعن ۽ رڪارڊنگ واقعن جي واقعن جي واقعن جي حقيقت کي خودڪار ڪرڻ جي امڪان سان لاڳاپيل هڪ اهم ٽيڪنالاجي نقطو غائب آهي. اڪثر ڪاروباري سسٽم جهڙوڪ WMS، TMS وغيره، انهن جي پنهنجي عمل جي نگراني لاءِ ٺاهيل اوزار آهن. پر، جيڪڏهن اهي مختلف ٺاهيندڙن کان سسٽم آهن يا مانيٽرنگ ڪارڪردگي ڪافي ترقي يافته نه آهي، توهان کي قيمتي ترميمن جو حڪم ڏيڻو پوندو يا اضافي سيٽنگون لاء خاص صلاحڪار کي راغب ڪرڻو پوندو.
اچو ته هڪ اهڙي طريقي تي غور ڪريون جنهن ۾ اسان کي صرف سسٽم مان اشارا حاصل ڪرڻ لاءِ سڃاڻپ جي ذريعن (ٽيبلز) سان لاڳاپيل مشاورت جي هڪ ننڍڙي حصي جي ضرورت آهي.
اسان جي گودامن جي خاصيت اها آهي ته ڪيترائي گودام مئنيجمينٽ سسٽم (WMS Exceed) هڪ لوجسٽڪ ڪمپليڪس تي ڪم ڪن ٿا. گودام سامان جي ذخيري جي قسمن جي مطابق ورهايل آهن (خشڪ، شراب، منجمد، وغيره) نه رڳو منطقي طور تي. ھڪڙي لوجسٽڪ ڪمپليڪس اندر ڪيترائي الڳ گودام عمارتون آھن، جن مان ھر ھڪ کي پنھنجي WMS پاران منظم ڪيو ويندو آھي.
گودام ۾ ٿيندڙ عملن جي هڪ عام تصوير ٺاهڻ لاءِ، مئنيجر هر WMS جي رپورٽنگ کي ڏينهن ۾ ڪيترائي ڀيرا تجزيو ڪندا آهن، گودام آپريٽرز (وصول ڪندڙ، چونڊيندڙ، اسٽيڪرز) کان پيغامن تي عمل ڪندا آهن ۽ معلوماتي بورڊ تي ڌيان ڏيڻ لاءِ حقيقي آپريشنل اشارن کي مختصر ڪندا آهن.
مينيجرز جي وقت کي بچائڻ لاء، اسان گودام واقعن جي آپريشنل ڪنٽرول لاء سستا سسٽم تيار ڪرڻ جو فيصلو ڪيو. نئين سسٽم، گودام جي عملن جي آپريشنل ڪارڪردگي جي "گرم" اشارن کي ظاهر ڪرڻ کان علاوه، واقعن کي رڪارڊ ڪرڻ ۾ مينيجرز کي پڻ مدد ڏيڻ گهرجي ۽ انهن سببن کي ختم ڪرڻ لاء ڪمن تي عمل جي نگراني ڪرڻ گهرجي جيڪي ڏنل اشارن کي متاثر ڪن ٿا. ڪمپني جي آئي ٽي آرڪيٽيڪچر جي عام آڊٽ ڪرڻ کان پوءِ، اسان محسوس ڪيو ته گهربل سسٽم جا انفرادي حصا اڳ ۾ ئي اسان جي منظرنامي ۾ ڪنهن نه ڪنهن طريقي سان موجود آهن ۽ انهن لاءِ سيٽنگون ۽ ضروري سپورٽ سروسز ٻنهي جو امتحان آهي. باقي اهو آهي ته سڄي تصور کي هڪ واحد تعميراتي حل ۾ آڻڻ ۽ ترقي جي دائري جو اندازو لڳايو.
ڪم جي مقدار جو جائزو وٺڻ کان پوء جيڪو نئين سسٽم کي تعمير ڪرڻ جي ضرورت آهي، اهو فيصلو ڪيو ويو ته منصوبي کي ڪيترن ئي مرحلن ۾ ورهايو وڃي:
- گودام جي عملن لاءِ اشارن جو مجموعو، اشارن ۽ انحرافن جو تصور ۽ ڪنٽرول
- عمل جي معيار کي خودڪار ڪرڻ ۽ انحراف لاء ڪاروباري خدمتن جي خدمت ۾ ايپليڪيشنن جي رجسٽريشن
- لوڊ جي اڳڪٿي ڪرڻ ۽ مينيجرز لاءِ سفارشون ٺاهڻ سان فعال نگراني.
پهرين مرحلي ۾، سسٽم کي ڪمپليڪس جي سڀني WMS مان آپريشنل ڊيٽا جي تيار ڪيل سلائسون گڏ ڪرڻ گهرجن. پڙهڻ لڳ ڀڳ حقيقي وقت ۾ ٿئي ٿو (وقفه 5 منٽ کان گهٽ). چال اها آهي ته ڊيٽا کي ڪيترن ئي درجن گودامن جي ڊي بي ايم ايس مان حاصل ڪيو وڃي جڏهن سسٽم کي پوري نيٽ ورڪ تي ترتيب ڏيو. وصول ڪيل آپريشنل ڊيٽا سسٽم جي بنيادي منطق جي ذريعي پروسيس ڪئي وئي آهي منصوبابندي ڪيل اشارن کان انحراف کي ڳڻڻ ۽ شماريات جي حساب سان. هن طريقي سان پروسيس ڪيل ڊيٽا کي مينيجر جي ٽيبليٽ تي يا گودام جي معلومات واري بورڊ تي سمجھڻ واري گراف ۽ ڊراگرام جي صورت ۾ ظاهر ڪيو وڃي.
جڏهن پهرين اسٽيج جي پائلٽ تي عمل ڪرڻ لاء هڪ مناسب سسٽم چونڊيو، اسان زيبڪس چونڊيو. اهو سسٽم اڳ ۾ ئي استعمال ڪيو ويو آهي گودام سسٽم جي آئي ٽي ڪارڪردگي جي نگراني ڪرڻ لاء. گودام آپريشن جي ڪاروباري ميٽرڪ گڏ ڪرڻ لاءِ الڳ تنصيب شامل ڪندي، توھان حاصل ڪري سگھوٿا گودام جي صحت جي مجموعي تصوير.
سسٽم جي عام فن تعمير جي شڪل ۾ ظاهر ٿيو.
هر WMS مثال مانيٽرنگ سسٽم لاءِ ميزبان طور بيان ڪيو ويو آهي. ميٽرڪ گڏ ڪيا ويندا آهن مرڪزي سرور طرفان ڊيٽا سينٽر نيٽ ورڪ ۾ هڪ اسڪرپٽ هلائڻ سان هڪ تيار ڪيل SQL سوال سان. جيڪڏهن توهان کي هڪ سسٽم مانيٽر ڪرڻ جي ضرورت آهي جيڪا ڊيٽابيس تائين سڌي رسائي جي سفارش نه ڪري ٿي (مثال طور، SAP EWM)، توهان اشارو حاصل ڪرڻ لاءِ دستاويز ڪيل API افعال لاءِ اسڪرپٽ ڪال استعمال ڪري سگهو ٿا يا python/vbascript ۾ هڪ سادي پروگرام لکي سگهو ٿا.
ھڪڙو Zabbix پراکسي مثال مقرر ڪيو ويو آھي گودام نيٽ ورڪ ۾ مين سرور مان لوڊ ورهائڻ لاءِ. Proxy ذريعي، سڀني مقامي WMS مثالن سان ڪم کي يقيني بڻايو وڃي ٿو. ايندڙ دفعي Zabbix سرور پيٽرول جي درخواست ڪري ٿو، ھڪڙي اسڪرپٽ تي عمل ڪيو ويندو آھي ميزبان تي Zabbix پراکسي سان WMS ڊيٽابيس مان ميٽرڪس جي درخواست ڪرڻ لاء.
مرڪزي زبڪس سرور تي گراف ۽ گودام اشارن کي ڊسپلي ڪرڻ لاء، اسان گرافانا کي ترتيب ڏيو ٿا. گودام جي آپريشن جي انفراگرافڪس سان تيار ٿيل ڊيش بورڊز کي ظاهر ڪرڻ کان علاوه، گرافانا استعمال ڪيو ويندو اشارن ۾ انحراف جي نگراني ڪرڻ ۽ ڪاروباري واقعن سان ڪم ڪرڻ لاءِ گودام سروس سسٽم ڏانهن خودڪار الرٽ موڪلڻ لاءِ.
مثال طور، اچو ته گودام وصول ڪرڻ واري علائقي ۾ لوڊ ڪنٽرول جي عمل تي غور ڪريو. گودام جي هن علائقي ۾ عمل جي ڪارڪردگي جي مکيه اشارن جي طور تي هيٺيان چونڊيو ويو:
- استقبال واري علائقي ۾ گاڏين جو تعداد، اڪائونٽ جي حالتن ۾ کڻڻ (منصوبابندي، پهتو، دستاويز، لوڊ ڪرڻ، روانگي؛
- جڳهه ۽ ڀرڻ وارن علائقن جو ڪم لوڊ (اسٽوريج جي حالتن جي مطابق).
سيٽنگون
سسٽم جي مکيه حصن جي تنصيب ۽ ترتيب (SQLcl، Zabbix، Grafana) مختلف ذريعن ۾ بيان ڪيو ويو آهي ۽ هتي بار بار نه ڪيو ويندو. SQLplus جي بدران SQLcl جو استعمال ان حقيقت جو سبب آھي ته SQLcl (Oracle DBMS جو ڪمانڊ لائن انٽرفيس، جاوا ۾ لکيل آھي) Oracle ڪلائنٽ جي اضافي تنصيب جي ضرورت نه آھي ۽ دٻي کان ٻاهر ڪم ڪري ٿو.
مان بيان ڪندس مکيه نقطا جن تي ڌيان ڏيڻ گهرجي جڏهن زيبڪس استعمال ڪندي گودام ڪاروباري عمل جي اشارن جي نگراني ڪرڻ، ۽ انهن کي لاڳو ڪرڻ جي ممڪن طريقن مان هڪ. پڻ، هي سيڪيورٽي بابت پوسٽ ناهي. ڪنيڪشن جي حفاظت ۽ پيش ڪيل طريقن جي استعمال کي پائلٽ حل کي پيداواري آپريشن ۾ منتقل ڪرڻ جي عمل ۾ اضافي مطالعي جي ضرورت آهي.
بنيادي شيء اها آهي ته اهڙي نظام کي لاڳو ڪرڻ، اهو ممڪن آهي ته بغير پروگرامنگ، سسٽم طرفان مهيا ڪيل سيٽنگون استعمال ڪندي.
زبڪس مانيٽرنگ سسٽم مانيٽر ٿيل سسٽم مان ميٽرڪ گڏ ڪرڻ لاءِ ڪيترائي آپشن مهيا ڪري ٿو. اهو يا ته سڌو پولنگ مانيٽر ٿيل ميزبانن جي ذريعي ٿي سگهي ٿو، يا ميزبان جي zabbix_sender ذريعي سرور ڏانهن ڊيٽا موڪلڻ جي هڪ وڌيڪ جديد طريقي سان، جنهن ۾ گهٽ-سطح جي دريافت جي ماپن کي ترتيب ڏيڻ جا طريقا شامل آهن. اسان جي مسئلي کي حل ڪرڻ لاء، مرڪزي سرور طرفان ميزبان جي سڌي پولنگ جو طريقو بلڪل مناسب آهي، ڇاڪاڻ ته هي توهان کي اجازت ڏئي ٿو ته ميٽرڪس جي حاصلات جي تسلسل تي مڪمل ڪنٽرول حاصل ڪري ۽ انهي ڳالهه کي يقيني بڻائي ٿو ته توهان سيٽنگون/اسڪرپٽس جو هڪ سيٽ استعمال ڪريو بغير انهن کي هر مانيٽر ٿيل ميزبان ۾ ورهائڻ جي.
سسٽم کي ڊيبگ ڪرڻ ۽ ترتيب ڏيڻ لاءِ ”ٽيسٽ مضمون“ جي طور تي، اسان قبوليت جي انتظام لاءِ WMS ورڪ شيٽ استعمال ڪريون ٿا:
- استقبال تي گاڏيون، سڀ جيڪي پهچي ويا آهن: سموريون گاڏيون اسٽيٽس سان گڏ "- موجوده وقت کان 72 ڪلاڪ" - SQL سوال جي سڃاڻپ ڪندڙ: گاڏيون حاصل ڪريو.
- سڀني گاڏين جي حالتن جي تاريخ: 72 ڪلاڪن اندر اچڻ واري سڀني گاڏين جون حالتون - SQL سوال جي سڃاڻپ ڪندڙ: ڪار جي تاريخ.
- قبوليت لاءِ شيڊول ٿيل گاڏيون: سڀني گاڏين جون حالتون جيڪي ”شيڊول ٿيل“ اسٽيٽس ۾ پهچن ٿيون، وقت جو وقفو ”- 24 ڪلاڪ“ ۽ ”+24 ڪلاڪ“ موجوده وقت کان - SQL سوال جي سڃاڻپ ڪندڙ: گاڏين ۾.
تنهن ڪري، اسان گودام جي ڪارڪردگي جي ماپ جي هڪ سيٽ تي فيصلو ڪرڻ کان پوء، اسان WMS ڊيٽابيس لاءِ SQL سوال تيار ڪنداسين. سوالن تي عمل ڪرڻ لاء، اهو استعمال ڪرڻ جي صلاح ڏني وئي آهي مکيه ڊيٽابيس نه، پر ان جي "گرم" ڪاپي - اسٽينڊ بائي.
ڊيٽا حاصل ڪرڻ لاءِ اسان اسٽينڊ بائي Oracle DBMS سان ڳنڍيون ٿا. IP پتو ٽيسٽ ڊيٽابيس سان ڳنڍڻ لاءِ 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)
)
)اهو اسان کي اجازت ڏيندو ته SQL سوالن کي هر ميزبان ڏانهن EZconnect ذريعي، وضاحت ڪندي صرف لاگ ان/پاسورڊ ۽ ڊيٽابيس جو نالو:
# sql znew/Zabmon1@WH1_1اسان تيار ڪيل SQL سوالن کي محفوظ ڪريون ٿا ڪم ڪندڙ فولڊر ۾ Zabbix سرور تي:
/etc/zabbix/sql۽ اسان جي سرور جي زبڪس صارف تائين رسائي جي اجازت ڏيو:
# chown zabbix:zabbix -R /etc/zabbix/sqlدرخواستن سان گڏ فائلون زبڪس سرور کان رسائي لاءِ هڪ منفرد سڃاڻپ ڪندڙ نالو وصول ڪن ٿيون. SQLcl ذريعي هر ڊيٽابيس جو سوال اسان کي ڪيترائي پيٽرولر واپس ڏئي ٿو. زبڪس جي خصوصيتن کي مدنظر رکندي، جيڪا صرف هڪ ميٽرڪ في درخواست تي عمل ڪري سگهي ٿي، اسان سوالن جي نتيجن کي انفرادي ميٽرڪس ۾ پارس ڪرڻ لاءِ اضافي اسڪرپٽ استعمال ڪنداسين.
اچو ته مکيه اسڪرپٽ تيار ڪريون، اچو ته ان کي سڏيون wh_Metrics.sh، ڊيٽابيس ۾ SQL سوال کي ڪال ڪرڻ لاءِ، نتيجن کي محفوظ ڪريو ۽ ڊيٽا جي حاصلات جي ڪاميابي جي اشارن سان گڏ ٽيڪنيڪل ميٽرڪ واپس ڏيون:
#!/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-proxy ترتيب جي سيٽنگن جي مطابق (ڊفالٽ طور - /usr/local/share/zabbix/externalscripts).
ڊيٽابيس جي سڃاڻپ جنهن مان اسڪرپٽ نتيجا حاصل ڪندو هڪ اسڪرپٽ پيٽرولر طور منظور ڪيو ويندو. ڊيٽابيس جي ID کي لازمي طور تي TNSNames.ORA فائل ۾ سيٽنگون لائن سان ملندو.
SQL سوال ڪال جو نتيجو فائل ۾ محفوظ ڪيو ويو آهي جهڙوڪ mon_base_id_main.log جتي base_id = ڊيٽابيس جي سڃاڻپ ڪندڙ کي اسڪرپٽ پيٽرولر طور مليو. ڊيٽابيس جي سڃاڻپ ڪندڙ پاران نتيجو فائل جي تقسيم سرور کان درخواستن جي صورت ۾ مهيا ڪئي وئي آهي ڪيترن ئي ڊيٽابيسن کي هڪ ئي وقت ۾. سوال واپس ڏئي ٿو ترتيب ڏنل ٻه طرفي صفن جي قدر.
هيٺ ڏنل اسڪرپٽ، اچو ته ان کي سڏين 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 proxy سان بيان ڪريون ٿا. سيٽنگون لاء، ھيٺ ڏنل رستو ڏانھن وڃو:
انتظاميه → پراکسي → پراڪسي ٺاهيو
اسان وضاحت ڪريون ٿا ڪنٽرول ٿيل ميزبان:
سيٽنگون → ميزبان → ميزبان ٺاهيو
ميزبان جو نالو لازمي طور تي ميزبان نالي سان ملندو جيڪو ايجنٽ جي ترتيب واري فائل ۾ بيان ڪيو ويو آهي.
اسان نوڊ لاءِ گروپ بيان ڪريون ٿا، انهي سان گڏ ڊيٽابيس سان گڏ نوڊ جو IP پتو يا DNS نالو.
اسان ميٽرڪ ٺاهيندا آهيون ۽ انهن جا خاصيتون بيان ڪندا آهيون:
سيٽنگون → نوڊس → 'نوڊ جو نالو' → ڊيٽا شيون> ڊيٽا شيون ٺاھيو
1) ڊيٽابيس مان سڀني پيرا ميٽرز کي پڇڻ لاءِ مکيه ميٽرڪ ٺاهيو
اسان ڊيٽا عنصر جو نالو مقرر ڪيو، قسم کي ظاهر ڪريو "خارجي تصديق". "Key" فيلڊ ۾، اسان هڪ اسڪرپٽ جي وضاحت ڪريون ٿا جنهن ۾ اسان پيراميٽر طور پاس ڪريون ٿا Oracle ڊيٽابيس جو نالو، sql سوال جو نالو، ڊيٽابيس سان ڳنڍڻ لاءِ لاگ ان ۽ پاسورڊ. سوال اپڊيٽ وقفو مقرر ڪريو 5 منٽ (300 سيڪنڊ).
2) هر گاڏي جي حالت لاءِ باقي ميٽرڪ ٺاهيو. انهن ميٽرڪ جا قدر ٺاهيا ويندا مکيه ميٽرڪ جي چڪاس جي نتيجي جي بنياد تي.
اسان ڊيٽا عنصر جو نالو مقرر ڪيو، قسم کي ظاهر ڪريو "خارجي تصديق". "Key" فيلڊ ۾، اسان هڪ اسڪرپٽ جي وضاحت ڪريون ٿا جنهن ۾ اسان پيراميٽر طور پاس ڪريون ٿا Oracle ڊيٽابيس جو نالو ۽ اسٽيٽس ڪوڊ جنهن جي قيمت اسان ٽريڪ ڪرڻ چاهيون ٿا. اسان سوال جي تازه ڪاري جو وقفو مقرر ڪيو 10 سيڪنڊن کان وڌيڪ مکيه ميٽرڪ (310 سيڪنڊ) ته جيئن نتيجن کي فائل ۾ لکڻ جو وقت هجي.
صحيح طور تي ميٽرڪ حاصل ڪرڻ لاء، ترتيب جنهن ۾ چيڪ چالو ڪيا ويا آهن اهم آهي. ڊيٽا حاصل ڪرڻ وقت تڪرار کان بچڻ لاء، سڀ کان پهريان اسان اسڪرپٽ ڪال ڪندي مکيه ميٽرڪ GetCarsByStatus کي چالو ڪيو - wh_Metrics.sh.
سيٽنگون → نوڊس → 'نوڊ جو نالو' → ڊيٽا عناصر → ذيلي فلٽر “ٻاهرين چيڪ”. گهربل چيڪ کي نشان لڳايو ۽ "فعال ڪريو" تي ڪلڪ ڪريو.
اڳيون، اسان هڪ آپريشن ۾ باقي ميٽرڪس کي چالو ڪيو، انهن سڀني کي گڏ ڪري چونڊيو:
ھاڻي زبڪس گودام ڪاروباري ميٽرڪ گڏ ڪرڻ شروع ڪيو آھي.
هيٺ ڏنل مضمونن ۾، اسان گرافانا کي ڳنڍڻ ۽ مختلف قسمن جي استعمال ڪندڙن لاء گودام آپريشن جي معلومات ڊيش بورڊ ٺاهڻ تي هڪ ويجهي نظر وجهنداسين. گرافانا پڻ استعمال ڪيو ويندو آهي گودام جي عملن ۾ انحراف جي نگراني ڪرڻ ۽، انحراف جي حدن ۽ تعدد تي منحصر ڪري، گودام مئنيجمينٽ سروس سينٽر سسٽم ۾ واقعن کي رجسٽر ڪريو API ذريعي يا صرف اي ميل ذريعي مينيجر کي اطلاع موڪليو.
جو ذريعو: www.habr.com