🥇DIY: เราจะตรวจสอบคลังสินค้าโดยอัตโนมัติได้อย่างไร

X5 ดำเนินงานศูนย์กระจายสินค้า 43 แห่งและรถบรรทุกของตัวเอง 4 คัน รับรองว่าจะสามารถส่งสินค้าไปยังร้านค้า 029 แห่งได้อย่างต่อเนื่อง ในบทความนี้ ผมจะแบ่งปันประสบการณ์ของผมในการสร้างระบบเชิงโต้ตอบสำหรับการตรวจสอบเหตุการณ์ในคลังสินค้าตั้งแต่เริ่มต้น ข้อมูลนี้จะเป็นประโยชน์สำหรับนักโลจิสติกส์ของบริษัทการค้าที่มีศูนย์กระจายสินค้าหลายสิบแห่งที่จัดการผลิตภัณฑ์ที่หลากหลาย

ตามกฎแล้ว การสร้างระบบการตรวจสอบและการจัดการกระบวนการทางธุรกิจเริ่มต้นด้วยการประมวลผลข้อความและเหตุการณ์ ในขณะเดียวกันก็พลาดจุดเทคโนโลยีที่สำคัญที่เกี่ยวข้องกับความเป็นไปได้ในการทำให้เหตุการณ์ทางธุรกิจและการบันทึกเหตุการณ์เกิดขึ้นโดยอัตโนมัติ ระบบธุรกิจส่วนใหญ่ เช่น WMS, TMS ฯลฯ มีเครื่องมือในตัวสำหรับตรวจสอบกระบวนการของตนเอง แต่หากเป็นระบบจากผู้ผลิตหลายรายหรือฟังก์ชันการตรวจสอบไม่ได้รับการพัฒนาเพียงพอ คุณจะต้องสั่งการดัดแปลงที่มีราคาแพงหรือดึงดูดที่ปรึกษาเฉพาะทางเพื่อตั้งค่าเพิ่มเติม

ลองพิจารณาแนวทางที่เราต้องการเพียงส่วนเล็กๆ ของการให้คำปรึกษาที่เกี่ยวข้องกับการระบุแหล่งที่มา (ตาราง) เพื่อรับตัวบ่งชี้จากระบบ

ลักษณะเฉพาะของคลังสินค้าของเราคือระบบการจัดการคลังสินค้าหลายระบบ (WMS Exceed) ทำงานที่ศูนย์โลจิสติกส์แห่งเดียว คลังสินค้าแบ่งตามหมวดหมู่การจัดเก็บสินค้า (ของแห้ง แอลกอฮอล์ แช่แข็ง ฯลฯ) ไม่เพียงแต่ในเชิงตรรกะเท่านั้น ภายในศูนย์โลจิสติกส์แห่งเดียวจะมีอาคารคลังสินค้าหลายแห่งแยกจากกัน ซึ่งแต่ละแห่งได้รับการจัดการโดย WMS ของตัวเอง

เพื่อสร้างภาพรวมทั่วไปของกระบวนการที่เกิดขึ้นในคลังสินค้า ผู้จัดการจะวิเคราะห์การรายงานของ WMS แต่ละรายการหลายครั้งต่อวัน ประมวลผลข้อความจากผู้ปฏิบัติงานคลังสินค้า (ผู้รับ ผู้หยิบ เครื่องเรียง) และสรุปตัวบ่งชี้การปฏิบัติงานจริงเพื่อสะท้อนบนกระดานข้อมูล

เพื่อประหยัดเวลาของผู้จัดการ เราจึงตัดสินใจพัฒนาระบบราคาไม่แพงสำหรับการควบคุมการปฏิบัติงานของกิจกรรมในคลังสินค้า ระบบใหม่ นอกเหนือจากการแสดงตัวบ่งชี้ "ร้อนแรง" ของประสิทธิภาพการดำเนินงานของกระบวนการคลังสินค้าแล้ว ยังควรช่วยผู้จัดการในการบันทึกเหตุการณ์และติดตามการดำเนินงานเพื่อกำจัดสาเหตุที่ส่งผลกระทบต่อตัวบ่งชี้ที่กำหนด หลังจากดำเนินการตรวจสอบทั่วไปเกี่ยวกับสถาปัตยกรรมไอทีของบริษัท เราพบว่าแต่ละส่วนของระบบที่จำเป็นมีอยู่แล้วไม่ทางใดก็ทางหนึ่งในภูมิทัศน์ของเรา และสำหรับส่วนเหล่านั้น มีทั้งการตรวจสอบการตั้งค่าและบริการสนับสนุนที่จำเป็น สิ่งที่เหลืออยู่คือการนำแนวคิดทั้งหมดมารวมไว้ในโซลูชันทางสถาปัตยกรรมเดียวและประเมินขอบเขตของการพัฒนา

หลังจากประเมินปริมาณงานที่ต้องทำเพื่อสร้างระบบใหม่ ก็ตัดสินใจแบ่งโครงการออกเป็นหลายขั้นตอน:

การรวบรวมตัวบ่งชี้สำหรับกระบวนการคลังสินค้า การแสดงภาพและการควบคุมตัวบ่งชี้และการเบี่ยงเบน
ระบบอัตโนมัติของมาตรฐานกระบวนการและการลงทะเบียนแอปพลิเคชันในบริการธุรกิจบริการสำหรับการเบี่ยงเบน
การตรวจสอบเชิงรุกพร้อมการคาดการณ์ปริมาณงานและการสร้างคำแนะนำสำหรับผู้จัดการ

ในขั้นแรก ระบบจะต้องรวบรวมข้อมูลการปฏิบัติงานที่เตรียมไว้จาก WMS ทั้งหมดของคอมเพล็กซ์ การอ่านเกิดขึ้นเกือบจะแบบเรียลไทม์ (ช่วงเวลาน้อยกว่า 5 นาที) เคล็ดลับคือต้องได้รับข้อมูลจาก DBMS ของคลังสินค้าหลายสิบแห่งเมื่อปรับใช้ระบบกับเครือข่ายทั้งหมด ข้อมูลการดำเนินงานที่ได้รับจะถูกประมวลผลโดยลอจิกของแกนระบบเพื่อคำนวณความเบี่ยงเบนจากตัวบ่งชี้ที่วางแผนไว้และคำนวณสถิติ ข้อมูลที่ประมวลผลในลักษณะนี้จะต้องแสดงบนแท็บเล็ตของผู้จัดการหรือบนกระดานข้อมูลคลังสินค้าในรูปแบบของกราฟและไดอะแกรมที่เข้าใจได้

เมื่อเลือกระบบที่เหมาะสมสำหรับการใช้งานนำร่องในระยะแรก เราเลือก Zabbix ระบบนี้ใช้ในการติดตามประสิทธิภาพด้านไอทีของระบบคลังสินค้าอยู่แล้ว ด้วยการเพิ่มการติดตั้งแยกต่างหากสำหรับการรวบรวมการวัดทางธุรกิจของการดำเนินงานคลังสินค้า คุณจะได้รับภาพรวมของความสมบูรณ์ของคลังสินค้า

สถาปัตยกรรมโดยรวมของระบบออกมาดังรูป

อินสแตนซ์ WMS แต่ละรายการถูกกำหนดให้เป็นโฮสต์สำหรับระบบการตรวจสอบ ตัวชี้วัดจะถูกรวบรวมโดยเซิร์ฟเวอร์กลางในเครือข่ายศูนย์ข้อมูลโดยการรันสคริปต์พร้อมกับแบบสอบถาม SQL ที่เตรียมไว้ หากคุณต้องการตรวจสอบระบบที่ไม่แนะนำให้เข้าถึงฐานข้อมูลโดยตรง (เช่น SAP EWM) คุณสามารถใช้การเรียกสคริปต์ไปยังฟังก์ชัน API ที่จัดทำเป็นเอกสารเพื่อรับตัวบ่งชี้หรือเขียนโปรแกรมอย่างง่ายใน python/vbascript

อินสแตนซ์พร็อกซี Zabbix ถูกปรับใช้ในเครือข่ายคลังสินค้าเพื่อกระจายโหลดจากเซิร์ฟเวอร์หลัก ผ่าน Proxy รับประกันการทำงานกับอินสแตนซ์ WMS ภายในทั้งหมด ครั้งถัดไปที่เซิร์ฟเวอร์ Zabbix ร้องขอพารามิเตอร์ สคริปต์จะถูกดำเนินการบนโฮสต์ที่มีพร็อกซี Zabbix เพื่อขอการวัดจากฐานข้อมูล WMS

เพื่อแสดงกราฟและตัวบ่งชี้คลังสินค้าบนเซิร์ฟเวอร์ Zabbix ส่วนกลาง เราปรับใช้ Grafana นอกเหนือจากการแสดงแดชบอร์ดที่เตรียมไว้พร้อมอินโฟกราฟิกการดำเนินงานของคลังสินค้าแล้ว Grafana ยังใช้ในการติดตามความเบี่ยงเบนของตัวบ่งชี้ และส่งการแจ้งเตือนอัตโนมัติไปยังระบบบริการคลังสินค้าสำหรับการทำงานกับเหตุการณ์ทางธุรกิจ

ตามตัวอย่าง ลองพิจารณาการใช้งานการควบคุมการบรรทุกในพื้นที่รับของคลังสินค้า ต่อไปนี้ได้รับเลือกให้เป็นตัวบ่งชี้หลักของประสิทธิภาพของกระบวนการในพื้นที่คลังสินค้านี้:

จำนวนยานพาหนะในบริเวณแผนกต้อนรับ โดยคำนึงถึงสถานะบัญชี (วางแผนแล้ว มาถึงแล้ว เอกสาร การขนถ่าย การออกเดินทาง
ปริมาณงานของพื้นที่การจัดวางและการเติมเต็ม (ตามเงื่อนไขการจัดเก็บ)

การตั้งค่า

การติดตั้งและการกำหนดค่าส่วนประกอบหลักของระบบ (SQLcl, Zabbix, Grafana) มีการอธิบายไว้ในแหล่งต่างๆ และจะไม่ทำซ้ำที่นี่ การใช้ SQLcl แทน SQLplus เกิดจากการที่ SQLcl (อินเทอร์เฟซบรรทัดคำสั่งของ Oracle DBMS ที่เขียนด้วยภาษา Java) ไม่ต้องการการติดตั้ง Oracle Client เพิ่มเติมและทำงานนอกกรอบ

ฉันจะอธิบายประเด็นหลักที่ควรคำนึงถึงเมื่อใช้ Zabbix เพื่อตรวจสอบตัวบ่งชี้กระบวนการธุรกิจคลังสินค้า และหนึ่งในวิธีที่เป็นไปได้ในการนำไปใช้ นอกจากนี้ นี่ไม่ใช่โพสต์เกี่ยวกับความปลอดภัย ความปลอดภัยของการเชื่อมต่อและการใช้วิธีการที่นำเสนอจำเป็นต้องมีการศึกษาเพิ่มเติมในกระบวนการถ่ายโอนโซลูชันนำร่องไปสู่การดำเนินงานที่มีประสิทธิผล

สิ่งสำคัญคือเมื่อใช้ระบบดังกล่าว สามารถทำได้โดยไม่ต้องเขียนโปรแกรม โดยใช้การตั้งค่าที่ระบบให้มา

ระบบตรวจสอบ Zabbix มีตัวเลือกมากมายสำหรับการรวบรวมตัวชี้วัดจากระบบที่ถูกตรวจสอบ ซึ่งสามารถทำได้โดยการโพลโฮสต์ที่ได้รับการตรวจสอบโดยตรง หรือโดยวิธีการขั้นสูงในการส่งข้อมูลไปยังเซิร์ฟเวอร์ผ่าน zabbix_sender ของโฮสต์ รวมถึงวิธีการกำหนดค่าพารามิเตอร์การค้นพบระดับต่ำ เพื่อแก้ปัญหาของเรา วิธีการโพลโดยตรงของโฮสต์โดยเซิร์ฟเวอร์กลางนั้นค่อนข้างเหมาะสมเพราะว่า สิ่งนี้ช่วยให้คุณควบคุมลำดับการรับตัววัดได้อย่างสมบูรณ์ และรับรองว่าคุณใช้การตั้งค่า/สคริปต์ชุดเดียวโดยไม่จำเป็นต้องแจกจ่ายไปยังแต่ละโฮสต์ที่ได้รับการตรวจสอบ

ในฐานะ “หัวข้อทดสอบ” สำหรับการดีบักและการตั้งค่าระบบ เราใช้แผ่นงาน WMS สำหรับการจัดการการยอมรับ:

ยานพาหนะที่แผนกต้อนรับ ทั้งหมดที่มาถึงแล้ว: ยานพาหนะทุกคันที่มีสถานะในช่วงเวลา “- 72 ชั่วโมงนับจากเวลาปัจจุบัน” - ตัวระบุแบบสอบถาม SQL: getCars.
ประวัติสถานะของยานพาหนะทั้งหมด: สถานะของยานพาหนะทั้งหมดที่มาถึงภายใน 72 ชั่วโมง - ตัวระบุแบบสอบถาม SQL: ประวัติรถยนต์.
ยานพาหนะตามกำหนดการสำหรับการยอมรับ: สถานะของยานพาหนะทั้งหมดที่มีการมาถึงในสถานะ "ตามกำหนดเวลา" ช่วงเวลา "- 24 ชั่วโมง" และ "+24 ชั่วโมง" จากเวลาปัจจุบัน - ตัวระบุแบบสอบถาม SQL: รถยนต์ใน.

ดังนั้น หลังจากที่เราตัดสินใจเกี่ยวกับชุดตัววัดประสิทธิภาพคลังสินค้าแล้ว เราจะเตรียมการสืบค้น SQL สำหรับฐานข้อมูล WMS ในการดำเนินการค้นหา ขอแนะนำให้ใช้ไม่ใช่ฐานข้อมูลหลัก แต่เป็นสำเนา "ร้อน" - สแตนด์บาย

เราเชื่อมต่อกับ Oracle DBMS สแตนด์บายเพื่อรับข้อมูล ที่อยู่ IP สำหรับเชื่อมต่อกับฐานข้อมูลทดสอบ 192.168.1.106. เราบันทึกพารามิเตอร์การเชื่อมต่อบนเซิร์ฟเวอร์ Zabbix ใน TNSNames.ORA ของโฟลเดอร์ทำงาน SQLcl:

# 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

และอนุญาตให้เข้าถึงผู้ใช้ zabbix ของเซิร์ฟเวอร์ของเรา:

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

ไฟล์ที่มีการร้องขอจะได้รับชื่อตัวระบุที่ไม่ซ้ำกันสำหรับการเข้าถึงจากเซิร์ฟเวอร์ Zabbix การสืบค้นฐานข้อมูลแต่ละครั้งผ่าน SQLcl จะส่งคืนพารามิเตอร์หลายตัวให้เรา โดยคำนึงถึงลักษณะเฉพาะของ Zabbix ซึ่งสามารถประมวลผลได้เพียงหนึ่งเมตริกต่อคำขอ เราจะใช้สคริปต์เพิ่มเติมเพื่อแยกวิเคราะห์ผลลัพธ์การค้นหาออกเป็นเมตริกแต่ละรายการ

มาเตรียมสคริปต์หลักกันดีกว่า เรียกว่า 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 และเริ่มตรวจสอบตัวบ่งชี้กระบวนการยอมรับคลังสินค้าแล้ว

มีการติดตั้งและกำหนดค่าตัวแทน Zabbix บนแต่ละโหนดฐานข้อมูล

บนเซิร์ฟเวอร์หลัก เรากำหนดเซิร์ฟเวอร์ทั้งหมดด้วยพร็อกซี Zabbix สำหรับการตั้งค่า ให้ไปที่เส้นทางต่อไปนี้:

การดูแลระบบ → พร็อกซี → สร้างพร็อกซี

เรากำหนดโฮสต์ที่ได้รับการควบคุม:

การตั้งค่า → โฮสต์ → สร้างโฮสต์

ชื่อโฮสต์ต้องตรงกับชื่อโฮสต์ที่ระบุไว้ในไฟล์คอนฟิกูเรชันเอเจนต์

เราระบุกลุ่มสำหรับโหนดตลอดจนที่อยู่ IP หรือชื่อ DNS ของโหนดด้วยฐานข้อมูล

เราสร้างตัวชี้วัดและระบุคุณสมบัติ:

การตั้งค่า → โหนด → 'ชื่อโหนด' → รายการข้อมูล>สร้างรายการข้อมูล

1) สร้างตัวชี้วัดหลักเพื่อสืบค้นพารามิเตอร์ทั้งหมดจากฐานข้อมูล

เราตั้งชื่อองค์ประกอบข้อมูลระบุประเภท "การตรวจสอบภายนอก" ในฟิลด์ "คีย์" เรากำหนดสคริปต์ที่เราส่งเป็นพารามิเตอร์ชื่อฐานข้อมูล Oracle ชื่อของแบบสอบถาม sql การเข้าสู่ระบบและรหัสผ่านสำหรับการเชื่อมต่อกับฐานข้อมูล ตั้งค่าช่วงเวลาการอัปเดตแบบสอบถามเป็น 5 นาที (300 วินาที)

2) สร้างตัวชี้วัดที่เหลือสำหรับสถานะยานพาหนะแต่ละคัน ค่าของตัวชี้วัดเหล่านี้จะถูกสร้างขึ้นตามผลลัพธ์ของการตรวจสอบตัวชี้วัดหลัก

เราตั้งชื่อองค์ประกอบข้อมูลระบุประเภท "การตรวจสอบภายนอก" ในฟิลด์ "คีย์" เรากำหนดสคริปต์ที่เราส่งเป็นพารามิเตอร์ชื่อของฐานข้อมูล Oracle และรหัสสถานะที่มีค่าที่เราต้องการติดตาม เราตั้งค่าช่วงเวลาการอัปเดตคิวรีให้นานกว่าเมตริกหลัก 10 วินาที (310 วินาที) เพื่อให้ผลลัพธ์มีเวลาเขียนลงในไฟล์

เพื่อให้ได้รับหน่วยวัดอย่างถูกต้อง ลำดับการเปิดใช้งานการตรวจสอบเป็นสิ่งสำคัญ เพื่อหลีกเลี่ยงความขัดแย้งเมื่อรับข้อมูล ก่อนอื่นเราจะเปิดใช้งานตัวชี้วัดหลัก GetCarsByStatus โดยการเรียกสคริปต์ - wh_Metrics.sh

การตั้งค่า → โหนด → 'ชื่อโหนด' → องค์ประกอบข้อมูล → ตัวกรองย่อย “การตรวจสอบภายนอก” ทำเครื่องหมายการตรวจสอบที่จำเป็นแล้วคลิก "เปิดใช้งาน"

ต่อไป เราจะเปิดใช้งานตัววัดที่เหลือในการดำเนินการเดียว โดยเลือกทั้งหมดเข้าด้วยกัน:

ตอนนี้ Zabbix ได้เริ่มรวบรวมตัวชี้วัดธุรกิจคลังสินค้าแล้ว

ในบทความต่อไปนี้ เราจะมาดูรายละเอียดเกี่ยวกับการเชื่อมต่อ Grafana และสร้างแดชบอร์ดข้อมูลการดำเนินงานคลังสินค้าสำหรับผู้ใช้ประเภทต่างๆ นอกจากนี้ Grafana ยังใช้เพื่อตรวจสอบความเบี่ยงเบนในการปฏิบัติงานของคลังสินค้า และบันทึกเหตุการณ์ในระบบศูนย์บริการการจัดการคลังสินค้าผ่าน API ทั้งนี้ขึ้นอยู่กับขอบเขตและความถี่ของการเบี่ยงเบน หรือเพียงแค่ส่งการแจ้งเตือนไปยังผู้จัดการทางอีเมล

ที่มา: will.com

DIY: วิธีที่เราทำให้การตรวจสอบคลังสินค้าเป็นแบบอัตโนมัติ

การตั้งค่า

เพิ่มความคิดเห็น ยกเลิกการตอบ