หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
Fabric Activator เป็นกลไกการตรวจจับเหตุการณ์ที่ไม่มีรหัสและเวลาแฝงต่ําซึ่งทริกเกอร์การดําเนินการโดยอัตโนมัติเมื่อมีการตรวจพบรูปแบบหรือเงื่อนไขเฉพาะในแหล่งข้อมูล ความสามารถหลักคือ:
ซึ่งจะตรวจสอบแหล่งข้อมูลเหล่านี้อย่างต่อเนื่องด้วยเวลาแฝงที่ต่ํากว่า และเริ่มต้นการดําเนินการเมื่อเป็นไปตามเกณฑ์หรือตรวจพบรูปแบบเฉพาะ การดําเนินการเหล่านี้รวมถึงการส่งอีเมลหรือการแจ้งเตือนของ Teams การเปิดใช้โฟลว์ Power Automate หรือรวมเข้ากับระบบของบุคคลที่สาม
สถาปัตยกรรมหลัก
Activator คือการตรวจจับเหตุการณ์และกลไกจัดการกฎที่หัวใจของ Fabric Real-Time กองซ้อนข่าวกรอง ทางสถาปัตยกรรมจะทําหน้าที่เป็นผู้สังเกตการณ์อัจฉริยะ - การใช้สตรีมข้อมูลความเร็วสูงการประเมินเงื่อนไขของกฎในแบบใกล้เคียงเวลาจริงและเริ่มต้นการดําเนินการปลายทางอัตโนมัติตามการเปลี่ยนแปลงในสถานะเหตุการณ์
ซึ่งเหมาะกับสถาปัตยกรรมที่ขับเคลื่อนด้วยเหตุการณ์ที่ตอบสนองซึ่งโฟลว์ข้อมูลอย่างต่อเนื่อง และการตัดสินใจจะขึ้นอยู่กับการประเมินข้อมูลเหตุการณ์อย่างเป็นรัฐในใกล้เคียงเวลาจริง
แหล่งที่มาของเหตุการณ์
Activator เชื่อมต่อโดยตรงกับ eventstreams ซึ่งจะนําเข้าข้อมูลจากผู้ผลิตต่าง ๆ (Azure Event Hubs, อุปกรณ์ IoT, จุดสิ้นสุดแบบกําหนดเอง ฯลฯ) สตรีมเหล่านี้ทําหน้าที่เป็นแหล่งที่มาของเหตุการณ์ และ Activator สามารถสมัครใช้งานเหตุการณ์อย่างน้อยหนึ่งรายการเพื่อดูการเปลี่ยนแปลงข้อมูลได้ แหล่งข้อมูลเหตุการณ์อื่นอาจเป็น Fabric หรือเหตุการณ์ Azure หรือตัวกระตุ้นการฟังรายงาน Power BI หรือแดชบอร์ด Real-Time
เหตุการณ์และวัตถุ
เหตุการณ์เป็นบันทึกแต่ละรายการ (ตัวอย่างเช่น สัญญาณการวัดและส่งข้อมูลทางไกลหรือไฟล์ที่ลดลง) ที่ได้รับผ่าน eventstream เหตุการณ์เหล่านี้จะถูกจัดกลุ่มลงในวัตถุที่ยึดตามตัวระบุที่ใช้ร่วมกัน (ตัวอย่างเช่น
bikepoint_id,device_id) จากนั้น จะมีการประเมินกฎต่อหนึ่งวัตถุ เพื่อให้สามารถตรวจหาได้อย่างละเอียด (ตัวอย่างเช่น ต่อเซนเซอร์หรือต่อสินทรัพย์)กฎและเงื่อนไข
ตัวกระตุ้นแต่ละตัวจะมีกฎอย่างน้อยหนึ่งกฎซึ่งได้รับการประเมินอย่างต่อเนื่อง กฎเหล่านี้อาจเป็นการเปรียบเทียบอย่างง่าย (
value < threshold) หรือนิพจน์ที่มีสถานะเช่นBECOMES,DECREASES,INCREASES,EXIT RANGEหรือไม่มีข้อมูล (ฮาร์ทบีท) Activator ช่วยให้แน่ใจว่ามีการติดตามสถานะต่อวัตถุ ซึ่งช่วยให้สามารถตรวจหารูปแบบที่ซับซ้อนเมื่อเวลาผ่านไปActions
เมื่อเงื่อนไขของกฎเป็นที่พอใจ Activator สามารถทริกเกอร์:
ไปป์ไลน์ สมุดบันทึก ฟังก์ชัน หรือข้อกําหนดงานจุดประกายใน Fabric
การดําเนินการภายนอกผ่านทาง Power Automate
ส่งข้อความ Teams ไปยังบุคคล กลุ่ม หรือช่องทาง
ส่งอีเมล
การจัดการการแจ้งเตือนและการทดสอบกฎ
Activator แสดงตัวอย่างและผลกระทบจากการประเมินก่อนเปิดใช้งานกฎ ซึ่งแสดงให้เห็นว่ากฎจะทํางานบนข้อมูลในอดีตบ่อยเพียงใด คุณสมบัติเหล่านี้ช่วยป้องกันสแปมการแจ้งเตือนและการยิงเกิน ภายในสถานะการเปลี่ยนได้รับการจัดการเพื่อระงับเสียงรบกวน (ตัวอย่างเช่นค่าต้องข้ามค่าเกณฑ์ไม่เพียง แต่ยังคงอยู่ภายใต้ค่านี้)
การตรวจสอบและควบคุมค่าใช้จ่าย
คุณคิดค่าใช้จ่ายเมื่อตัวกระตุ้นกําลังทํางานอยู่เท่านั้น อินสแตนซ์ตัวกระตุ้นจะถูกกําหนดขอบเขตเป็นความจุ Fabric และสามารถตรวจสอบได้ผ่านพื้นที่ทํางาน ไฟล์บันทึกรันไทม์และการวัดและส่งข้อมูลทางไกลจะพร้อมใช้งานผ่านทางเอาต์พุตเหตุการณ์และไปป์ไลน์
รูปแบบการปรับใช้
อินสแตนซ์ Activator จะถูกปรับใช้ต่อพื้นที่ทํางานและผูกกับแหล่งข้อมูลเฉพาะ ตัวกระตุ้นหลายตัวสามารถตรวจสอบสตรีมเดียวกันได้โดยเปิดใช้งานการประเมินกฎแบบขนานสําหรับฟังก์ชันทางธุรกิจที่แตกต่างกัน เนื่องจากตัวกระตุ้นเป็นแบบผูกกับความจุ การกําหนดราคาแบบจ่ายตามการใช้งานจริงจะใช้เฉพาะเมื่อมีการใช้งานกฎเท่านั้น —ให้ประสิทธิภาพด้านต้นทุนสําหรับสถานการณ์การตรวจจับเป็นระยะ ๆ
จุดการรวมภายใน Real-Time Intelligence
| Component | การโต้ตอบกับตัวกระตุ้น |
|---|---|
| Eventstream | ใส่ข้อมูลภายนอกไปยัง Activator ผ่านการนําเข้าสตรีมเวลาแฝงต่ํา |
| Activator | สามารถสร้างเหตุการณ์ (ตัวอย่างเช่น เอนทิตีที่สมบูรณ์หรือป้ายชื่ออนุมาน) ที่ทริกเกอร์ตัวกระตุ้นอื่น |
| Pipeline | เป้าหมายของทริกเกอร์กฎของ Activator ซึ่งจะทําให้การประมวลผลปลายทางเป็นอัตโนมัติ |
| Power BI | ใช้ผลลัพธ์ของไปป์ไลน์หรือสมุดบันทึกที่ถูกทริกเกอร์สําหรับการแสดงข้อมูลด้วยภาพแบบเรียลไทม์ |
| Power Automate | อนุญาตให้มี ops ที่ขับเคลื่อนด้วยเหตุการณ์ผ่านการดําเนินการแบบเทมเพลตหรือแบบกําหนดเอง |
| เหตุการณ์ Fabric | อุปกรณ์เหตุการณ์ที่เกิดขึ้นภายใน Fabric เช่น การรีเฟรชแบบจําลองความหมายหรือล้มเหลวของไปป์ไลน์ |
| Notebooks | การดําเนินการของสมุดบันทึกสามารถทริกเกอร์ได้โดย Activator |
| ข้อกําหนดงาน Spark | การดําเนินการงาน Spark สามารถทริกเกอร์ได้โดย Activator |
| ฟังก์ชันข้อมูลผู้ใช้ | การดําเนินการฟังก์ชันสามารถทริกเกอร์ได้โดย Activator |
Activator เป็น Orchestrator
การใช้งานที่มีประสิทธิภาพของตัวกระตุ้นในสถาปัตยกรรมแบบเรียลไทม์ระดับองค์กรจําเป็นต้องมีการจัดเรียงที่ตั้งใจในส่วนประกอบของ Microsoft Fabric และการปรับประสิทธิภาพการทํางานสําหรับปริมาณเหตุการณ์ คาร์ดินาลลิตี้ของวัตถุ และความซับซ้อนของกฎ ส่วนนี้จะสํารวจวิธีการเรียงลําดับ Activator กับบริการอื่น ๆ และวิธีการปรับตรรกะการตรวจหาและลักษณะการทํางานของรันไทม์ให้เหมาะสมเพื่อสนับสนุนเวลาแฝงต่ําและระบบอัตโนมัติที่ประหยัดค่าใช้จ่ายในระดับมาตราส่วน
ตัวกระตุ้นมีบทบาทส่วนกลางในไปป์ไลน์ที่ขับเคลื่อนด้วยเหตุการณ์โดยการประเมินข้อมูลที่จุดขาเข้าและการทริกเกอร์การดําเนินการปลายทาง รูปแบบการประสานทั่วไปประกอบด้วย:
| Pattern | คําอธิบายการไหล |
|---|---|
| การตรวจจับการนําเข้า→การแปลง→ | เหตุการณ์จะไหลจาก Eventstream ไปยัง Activator ซึ่งจะทริกเกอร์ไปป์ไลน์เพื่อเพิ่มความสมบูรณ์หรือย้ายข้อมูล |
| การแจ้งเตือน→ตรวจจับการนําเข้า→ | Activator จะทริกเกอร์ Power Automate เพื่อส่งการแจ้งเตือนหรือสถานะ push ไปยัง Teams, Outlook หรือ ServiceNow |
| การตรวจจับการนําเข้า→→การให้คะแนนแบบจําลอง | Activator จะทริกเกอร์สมุดบันทึกเพื่อให้คะแนนแบบจําลอง ML หรือดําเนินการวิเคราะห์ขั้นสูงตามความผิดปกติในเวลาจริง |
| Feedback Loop ด้วย Activator (ที่วางแผนไว้) | ข้อมูลเชิงลึกที่สร้างโดย Activator (เช่น ป้ายชื่อระดับความลับ) จะถูกป้อนลงในกฎตัวกระตุ้น การเปิดใช้งานระบบอัตโนมัติที่สมบูรณ์ทางความหมาย |
แนวคิดหลัก
Microsoft Fabric Activator ทํางานเป็นกลไกจัดการกฎสถานะประสิทธิภาพสูงและมีประสิทธิภาพสูงซึ่งออกแบบมาสําหรับการประเมินเวลาแฝงต่ําของเหตุการณ์การสตรีม ที่แกนหลัก Activator ประมวลผลเหตุการณ์แบบเรียลไทม์ที่ปล่อยออกมาผ่าน eventstream ประเมินเงื่อนไขของกฎต่อวัตถุตรรกะ และเริ่มต้นการดําเนินการดาวน์สตรีมเพื่อตอบสนองต่อการเปลี่ยนสถานะ สําหรับภาพรวมของ Fabric Activator ดูบทนําสู่ Fabric Activator
แนวคิดต่อไปนี้ใช้เพื่อสร้างและทริกเกอร์การดําเนินการและการตอบกลับอัตโนมัติใน Fabric Activator
แหล่งข้อมูลเหตุการณ์และเหตุการณ์
Fabric Activator ปฏิบัติต่อแหล่งข้อมูลทั้งหมดเป็นสตรีมของเหตุการณ์ เหตุการณ์แสดงการสังเกตเกี่ยวกับสถานะของวัตถุ และโดยทั่วไปจะมีตัวระบุสําหรับวัตถุ การประทับเวลา และค่าของเขตข้อมูลที่กําลังตรวจสอบ
เหตุการณ์ที่ส่งเข้าไปยังตัวกระตุ้นมาจาก:
- เหตุการณ์ซึ่งสนับสนุนแหล่งข้อมูลอัพสตรีมหลายแหล่ง (ตัวอย่างเช่น Azure Event Hubs, IoT Hub, ทริกเกอร์ที่เก็บข้อมูล Blob) เหตุการณ์สตรีมเป็นชนิดรายการเฉพาะใน Microsoft Fabric ซึ่งช่วยให้คุณสามารถนําเข้า แปลง และกําหนดเส้นทางเหตุการณ์แบบเรียลไทม์โดยไม่ต้องเขียนโค้ดใด ๆ Fabric Activator จะตรวจสอบเหตุการณ์สตรีมและจะดําเนินการโดยอัตโนมัติเมื่อตรวจพบรูปแบบหรือค่าเกณฑ์ที่กําหนด Activator ยังสามารถสมัครใช้งานเหตุการณ์สองรายการหรือมากกว่าเพื่อสังเกตการเปลี่ยนแปลงข้อมูลได้ กระแสเหตุการณ์แตกต่างกันในความถี่ ตัวอย่างเช่น เซนเซอร์ IoT จะปล่อยเหตุการณ์หลายครั้งต่อวินาที และระบบโลจิสติกส์จะสร้างเหตุการณ์เป็นระยะ เช่น เมื่อสแกนแพคเกจในสถานที่จัดส่ง
- กิจกรรมผ้า ตัวอย่างเช่น เหตุการณ์ของรายการพื้นที่ทํางาน Fabric เป็นเหตุการณ์ Fabric ที่แยกจากกันซึ่งเกิดขึ้นเมื่อมีการเปลี่ยนแปลงในพื้นที่ทํางาน Fabric ของคุณ การเปลี่ยนแปลงเหล่านี้รวมถึงการสร้าง การอัปเดต หรือลบรายการ Fabric
- เหตุการณ์ Azure ตัวอย่างเช่น เหตุการณ์การจัดเก็บข้อมูล Blob Azure จะถูกทริกเกอร์เมื่อไคลเอ็นต์สร้าง แทนที่ ลบ blob และอื่น ๆ
- รายงาน Power BI ในกรณีนี้ เหตุการณ์เป็นการสังเกตการณ์เป็นระยะๆ ตามกําหนดการรีเฟรชของแบบจําลองความหมายของ Power BI (เดิมเรียกว่าชุดข้อมูล) ข้อสังเกตเหล่านี้อาจเกิดขึ้นทุกวันหรือรายสัปดาห์ ทําให้เกิดเหตุการณ์ที่เกิดขึ้นช้า
- แดชบอร์ด Real-Time Fabric
แต่ละเหตุการณ์ประกอบด้วย:
- การประทับเวลา
- ส่วนข้อมูล (ข้อมูลที่มีโครงสร้างหรือกึ่งมีโครงสร้าง)
- แอตทริบิวต์อย่างน้อยหนึ่งรายการที่ใช้สําหรับการระบุวัตถุ (ตัวอย่างเช่น device_id bikepoint_id)
Objects
ใน Fabric Activator เอนทิตีที่คุณตรวจสอบจะเรียกว่าออบเจ็กต์ทางธุรกิจ ซึ่งสามารถเป็นได้ทั้งทางกายภาพหรือตามแนวคิด ตัวอย่างเช่น ออบเจ็กต์จริง เช่น ตู้แช่แข็ง ยานพาหนะ แพคเกจ และผู้ใช้ และวัตถุแนวคิด เช่น แคมเปญการโฆษณา บัญชีลูกค้า เซสชันของผู้ใช้
หากต้องการสร้างแบบจําลองออบเจ็กต์ธุรกิจในตัวเปิดใช้งาน คุณต้องเชื่อมต่อเหตุการณ์อย่างน้อยหนึ่งรายการ เลือกคอลัมน์เพื่อทําหน้าที่เป็น ID ออบเจ็กต์ และระบุเขตข้อมูลที่คุณต้องการปฏิบัติเป็นคุณสมบัติของออบเจ็กต์
คําว่า อินสแตนซ์อ็อบเจ็กต์ หมายถึงตัวอย่างเฉพาะของอ็อบเจ็กต์ทางธุรกิจ เช่น ตู้แช่แข็ง ยานพาหนะ หรือเซสชันผู้ใช้เฉพาะ ในทางตรงกันข้าม วัตถุโดยทั่วไปจะอ้างอิงถึงข้อกําหนดทั่วไปหรือคลาส (ตัวอย่างเช่น ช่องแช่แข็งเป็นชนิด) คําว่าประชากรจะใช้ในชุดแบบเต็มของอินสแตนซ์ของวัตถุที่กําลังตรวจสอบ
การสร้างวัตถุโดยนัย: Activator จัดกลุ่มเหตุการณ์โดยใช้คีย์วัตถุที่กําหนด กฎจะครอบคลุมถึงออบเจ็กต์ ซึ่งหมายความว่าตรรกะการประเมินทั้งหมดเป็นออบเจ็กต์ที่ทราบและเป็นอิสระข้ามอินสแตนซ์ ตัวอย่างเช่น การตรวจสอบ bikepoint_id กฎจะสร้างการประเมินเชิงตรรกะที่แตกต่างกันสําหรับแต่ละสถานีจักรยานที่ไม่ซ้ํากัน
Rules
กฎจะกําหนดเงื่อนไขที่คุณต้องการตรวจหาบนวัตถุของคุณ และการดําเนินการที่จะดําเนินการเมื่อตรงตามเงื่อนไขเหล่านั้น ตัวอย่างเช่น กฎบนวัตถุช่องแช่แข็งอาจตรวจพบเมื่ออุณหภูมิสูงขึ้นสูงกว่าค่าเกณฑ์ที่ปลอดภัยและส่งการแจ้งเตือนทางอีเมลไปยังช่างเทคนิคที่ได้รับมอบหมายโดยอัตโนมัติ
กฎในตัวเปิดใช้งานอาจไม่มีสถานะหรือระบุสถานะ:
- กฎไร้สัญชาติจะ ประเมินแต่ละเหตุการณ์แยกจากกัน (ตัวอย่างเช่น ค่า < 50)
- กฎ Stateful จะรักษาหน่วยความจําในเหตุการณ์ต่ออ็อบเจ็กต์ (ตัวอย่างเช่น ค่า DECREASES, BECOMES, EXIT RANGE)
การประเมินอย่างเป็นรัฐขึ้นอยู่กับ:
- การตรวจจับเดลต้า: ติดตามการเปลี่ยนแปลงระหว่างค่าเหตุการณ์ก่อนหน้าและปัจจุบัน
- การจัดลําดับชั่วคราว: ประเมินเงื่อนไขตามเวลา เช่น ไม่มีเหตุการณ์ (การตรวจจับการเต้นของหัวใจ)
- การเปลี่ยนสถานะ: กฎจะทํางานเฉพาะเมื่อเข้าสู่สถานะใหม่เพื่อป้องกันการยิงซ้ําในสภาวะที่ไม่เปลี่ยนแปลง
เงื่อนไขของกฎแต่ละข้อจะถูกคอมไพล์ลงในกราฟการดําเนินการที่มีการประเมินอย่างต่อเนื่อง ในหน่วยความจํา และใกล้ทันที ระบบถูกปรับให้เหมาะสมสําหรับเวลาแฝงในการตัดสินใจที่ต่ํากว่าระดับหลังจากเหตุการณ์มาถึง
Actions
เมื่อเป็นไปตามเงื่อนไขของกฎและเริ่มต้นการดําเนินการ จากนั้นระบบจะกล่าวว่ากฎจะถูกเปิดใช้งาน เป้าหมายที่ได้รับการสนับสนุนสําหรับการดําเนินการประกอบด้วย:
- ไปป์ไลน์แฟบริค (สําหรับการเคลื่อนย้ายข้อมูล การเพิ่มความสมบูรณ์)
- สมุดบันทึกผ้า (สําหรับการให้คะแนนการเรียนรู้ด้วยเครื่องการวินิจฉัย)
- งาน Fabric spark (สําหรับงานแบทช์/สตรีมมิ่ง)
- ฟังก์ชันแฟบริค (สําหรับตรรกะทางธุรกิจแบบกําหนดเองพร้อมโค้ด)
- โฟลว์ Power Automate (สําหรับการรวมกระบวนการทางธุรกิจ)
- การแจ้งเตือนของทีม (โดยใช้การส่งข้อความตามเทมเพลต)
- การแจ้งเตือนทางอีเมล
Activator จะปล่อยข้อความทริกเกอร์ด้วยสถานะออบเจ็กต์ปัจจุบันและเมตาดาต้าของกฎ และการดําเนินการไม่มีการบล็อก นั่นคือ Activator ไม่รอให้การดําเนินการเสร็จสิ้นเพื่อเปิดใช้งานโฟลว์แบบอะซิงโครนัสที่ปรับขนาดได้
Properties
คุณสมบัติคือเขตข้อมูลหรือแอตทริบิวต์เฉพาะของวัตถุทางธุรกิจที่คุณต้องการตรวจสอบ สิ่งเหล่านี้อาจเป็นลักษณะทางกายภาพหรือแนวคิดเช่น:
- อุณหภูมิของแพคเกจ
- สถานะของการจัดส่ง
- ยอดดุลของบัญชีลูกค้า
- คะแนนการมีส่วนร่วมของเซสชันผู้ใช้
ซึ่งมาจากเหตุการณ์สตรีม ซึ่งเป็นโฟลว์ของข้อมูลจากแหล่งข้อมูลอย่างต่อเนื่อง เช่น เซนเซอร์ IoT รายงาน Power BI หรือระบบอื่นๆ
เมื่อคุณกําหนดวัตถุทางธุรกิจใน Activator คุณต้องเชื่อมต่อเหตุการณ์อย่างน้อยหนึ่งรายการ เลือกคอลัมน์เพื่อใช้เป็น ID ออบเจ็กต์ และเลือกคอลัมน์อื่นที่จะถือว่าเป็นคุณสมบัติของวัตถุนั้น คุณสามารถสร้างกฎเกี่ยวกับคุณสมบัติเหล่านี้เพื่อติดตามการเปลี่ยนแปลงเมื่อเวลาผ่านไป ตรวจพบเมื่อคุณสมบัติเกินเกณฑ์หรืออยู่นอกช่วง หรือทริกเกอร์การดําเนินการ เช่น การแจ้งเตือน เวิร์กโฟลว์ หรือการแจ้งเตือน
คุณสมบัติจะมีประโยชน์เมื่อคุณต้องการใช้ตรรกะซ้ําในกฎหลายกฎ ตัวอย่างเช่น บนวัตถุช่องแช่แข็ง คุณอาจกําหนดคุณสมบัติที่คํานวณค่าเฉลี่ยของอุณหภูมิในช่วงเวลาหนึ่งชั่วโมง เมื่อกําหนดแล้ว คุณสมบัตินี้สามารถอ้างอิงได้หลายกฎ เช่น ที่ตรวจจับความผันผวนของอุณหภูมิสูงเกินไป หรือค่าเกณฑ์การบํารุงรักษา—โดยไม่ต้องทําซ้ําตรรกะ ด้วยการรวมตรรกะในคุณสมบัติคุณทําให้กฎของคุณง่ายต่อการจัดการสอดคล้องกันมากขึ้นและง่ายต่อการอัปเดตเมื่อเวลาผ่านไป
ช่วงเวลามองย้อนกลับ
ช่วงเวลาการย้อนกลับหมายถึงระยะเวลาของข้อมูลในอดีตที่ตัวกระตุ้นวิเคราะห์เพื่อประเมินกฎ เพื่อให้แน่ใจว่าข้อมูลในอดีตเพียงพอที่จะตรวจจับรูปแบบหรือคํานวณการรวมได้อย่างแม่นยําเช่นค่าเฉลี่ยแม้ว่าข้อมูลจะมาถึงสายหรือผิดปกติก็ตาม
ระยะเวลาการกลับมาตรวจสอบจะถูกกําหนดโดย:
- วิธีกําหนดกฎ ตัวอย่างเช่น ต้องการการวิเคราะห์แนวโน้ม การตรวจหาสิ่งผิดปกติ หรือการเปรียบเทียบค่าเมื่อเวลาผ่านไป
- ปริมาณของข้อมูลขาเข้า เช่น จํานวนเหตุการณ์ต่อวินาทีในเหตุการณ์
พิจารณาการดําเนินงานด้านโลจิสติกส์เภสัชกรรมด้วยการขนส่งแพคเกจยาในห่วงโซ่เย็น เป้าหมายคือการรับการแจ้งเตือนเมื่อแพคเกจอบอุ่นเกินไป
สมมติว่ามีการกําหนดกฎเป็น:
- ประเมินอุณหภูมิเฉลี่ยของแต่ละแพคเกจในหน้าต่างสามชั่วโมง
- ทริกเกอร์การแจ้งเตือนหากอุณหภูมิเฉลี่ยสูงกว่า 8 °C
ในการคํานวณกฎนี้อย่างถูกต้อง Fabric Activator จําเป็นต้องวิเคราะห์หน้าต่างที่กว้างขึ้นของข้อมูลในอดีตโดยเฉพาะช่วงเวลาการมองย้อนกลับหกชั่วโมง เพื่อให้แน่ใจว่ามีข้อมูลเพียงพอที่จะคํานวณค่าเฉลี่ยสามชั่วโมง ณ จุดเวลาใด ๆ แม้ว่าข้อมูลมาถึงด้วยความล่าช้าหรือไม่สม่ําเสมอ
ระยะเวลาการย้อนกลับเป็นสิ่งสําคัญสําหรับการเปิดใช้งานการตรวจหาเงื่อนไขที่ทันเวลาและแม่นยํา โดยเฉพาะอย่างยิ่งในสถานการณ์ที่รูปแบบข้อมูลมีการพัฒนาตลอดเวลา
ID ออปเจ็กต์ที่ใช้งานอยู่ที่แตกต่างกัน
กฎที่สร้างขึ้นบนแอตทริบิวต์จะใช้เพื่อตรวจสอบลักษณะเฉพาะของวัตถุที่เปลี่ยนแปลงเมื่อเวลาผ่านไป ในตัวอย่างโลจิสติกส์ยา แพคเกจยาแต่ละแพคเกจจะแสดงด้วย ID ออบเจ็กต์ที่ไม่ซ้ํากันและระบบได้รับการอ่านอุณหภูมิเป็นระยะสําหรับแต่ละแพคเกจ
เพื่อประเมินกฎเหล่านี้อย่างมีประสิทธิภาพ Fabric Activator จะติดตาม ID ออบเจ็กต์ที่ใช้งานอยู่ นั่นคือออบเจ็กต์ที่เหตุการณ์จะมาถึงภายในระยะเวลาการผุดกลับที่กําหนด ลักษณะการทํางานนี้ช่วยให้มั่นใจได้ว่าจะพิจารณาเฉพาะออบเจ็กต์ที่ใช้งานอยู่ในปัจจุบันเท่านั้นเมื่อใช้กฎ
ตัวอย่างเช่น สถานีเก็บค่าผ่านทางอาจติดตามยานพาหนะ (ID ออบเจ็กต์) ขณะที่ผ่านไปได้ ยานพาหนะแต่ละคันสร้างเหตุการณ์ (ตัวอย่างเช่นการเข้าและออกสแกน) และเฉพาะวัตถุที่มีกิจกรรมล่าสุดเท่านั้นที่ถือว่าใช้งานได้และประเมินโดยระบบ
นอกจากนี้ยังมีขีดจํากัดตามจํานวนของ ID ออบเจ็กต์ที่แตกต่างกัน (จํานวนแพคเกจ) ที่มีการติดตามภายในหน้าต่างการค้นหา
กรณีการใช้งานทั่วไป
นี่คือสถานการณ์สมมติในโลกแห่งความจริงบางอย่างที่คุณสามารถใช้ Fabric Activator:
- เปิดใช้แคมเปญโฆษณาโดยอัตโนมัติเมื่อยอดขายของร้านค้าเดียวกันลดลง ซึ่งช่วยเพิ่มประสิทธิภาพในการจัดการตําแหน่งที่ตั้ง
- แจ้งให้ผู้จัดการร้านของชําย้ายอาหารจากช่องแช่แข็งที่ชํารุดก่อนที่จะถูกทําลาย
- ทริกเกอร์เวิร์กโฟลว์การเผยแพร่ส่วนบุคคลเมื่อการเดินทางของลูกค้าข้ามแอป เว็บไซต์ หรือจุดสัมผัสอื่น ๆ แสดงถึงประสบการณ์เชิงลบ
- เริ่มต้นเวิร์กโฟลว์การตรวจสอบเชิงรุกเมื่อสถานะของการจัดส่งไม่ได้รับการอัปเดตภายในกรอบเวลาที่กําหนด ช่วยให้สามารถค้นหาแพคเกจที่สูญหายได้เร็วขึ้น
- ทีมบัญชีการแจ้งเตือนเมื่อลูกค้าตกอยู่ในการพิจารณา โดยใช้ขีดจํากัดที่กําหนดเองสําหรับเวลาหรือยอดคงเหลือคงเหลือต่อลูกค้า
- ตรวจสอบความสมบูรณ์ของไปป์ไลน์และเรียกใช้งานที่ล้มเหลวซ้ําโดยอัตโนมัติ หรือแจ้งเตือนทีมเมื่อตรวจพบความผิดปกติหรือความล้มเหลว