Fabric Activator คืออะไร?

Fabric Activator เป็นเอ็นจิ้นการตรวจจับเหตุการณ์แบบไม่ใช้โค้ดที่แปลงสตรีมข้อมูลให้เป็นการดําเนินการอัตโนมัติ ทริกเกอร์การดําเนินการโดยอัตโนมัติเมื่อตรวจพบรูปแบบหรือเงื่อนไขเฉพาะในแหล่งข้อมูล โดยจะตรวจสอบแหล่งข้อมูลเหล่านี้อย่างต่อเนื่องด้วยเวลาแฝงต่ํา (วินาทีย่อยสําหรับกฎไร้สถานะในการสตรีมข้อมูล) และเริ่มการดําเนินการเมื่อตรงตามเกณฑ์หรือตรวจพบรูปแบบเฉพาะ การดําเนินการเหล่านี้อาจรวมถึงการส่งอีเมลหรือการแจ้งเตือนของ Teams การเปิดใช้โฟลว์ Power Automate หรือการรวมเข้ากับระบบของบุคคลที่สาม

สถาปัตยกรรมหลัก

Activator เป็นเครื่องมือตรวจจับเหตุการณ์และกฎที่เป็นหัวใจสําคัญของสแต็กข่าวกรอง Fabric Real-Time ทางสถาปัตยกรรมจะทําหน้าที่เป็นผู้สังเกตการณ์อัจฉริยะ - การใช้สตรีมข้อมูลความเร็วสูงการประเมินเงื่อนไขของกฎในแบบใกล้เคียงเวลาจริงและเริ่มต้นการดําเนินการปลายทางอัตโนมัติตามการเปลี่ยนแปลงในสถานะเหตุการณ์

มันเข้ากับสถาปัตยกรรมที่ขับเคลื่อนด้วยเหตุการณ์เชิงโต้ตอบ ซึ่งข้อมูลจะไหลอย่างต่อเนื่อง และ Activator จะตัดสินใจตามการประเมินข้อมูลเหตุการณ์แบบมีสถานะในแบบเรียลไทม์

  • แหล่งที่มาของเหตุการณ์

    Activator เชื่อมต่อโดยตรงกับสตรีมเหตุการณ์ ซึ่งนําเข้าข้อมูลจากผู้ผลิตต่างๆ (Azure Event Hubs, อุปกรณ์ IoT, ปลายทางแบบกําหนดเอง และแหล่งข้อมูลอื่นๆ) สตรีมเหล่านี้ทําหน้าที่เป็นแหล่งที่มาของเหตุการณ์ และ Activator สามารถสมัครใช้งานเหตุการณ์อย่างน้อยหนึ่งรายการเพื่อดูการเปลี่ยนแปลงข้อมูลได้ แหล่งที่มาของเหตุการณ์อื่นๆ อาจเป็นเหตุการณ์ Fabric หรือ Azure หรือ Activator ที่ฟังรายงาน Power BI หรือแดชบอร์ด Real-Time

  • เหตุการณ์และวัตถุ

    เหตุการณ์เป็นบันทึกแต่ละรายการ (ตัวอย่างเช่น สัญญาณการวัดและส่งข้อมูลทางไกลหรือไฟล์ที่ลดลง) ที่ได้รับผ่าน eventstream เหตุการณ์เหล่านี้จะถูกจัดกลุ่มเป็นออบเจ็กต์ตามตัวระบุที่ใช้ร่วมกัน (ตัวอย่างเช่น เหตุการณ์ทั้งหมดจากอุปกรณ์เดียวกันจะถูกจัดกลุ่มเข้าด้วยกันโดยใช้ device_idหรือเหตุการณ์สถานีจักรยานทั้งหมดจะถูกจัดกลุ่มตาม bikepoint_id) จากนั้น จะมีการประเมินกฎต่อหนึ่งวัตถุ เพื่อให้สามารถตรวจหาได้อย่างละเอียด (ตัวอย่างเช่น ต่อเซนเซอร์หรือต่อสินทรัพย์)

  • กฎและเงื่อนไข

    ตัวกระตุ้นแต่ละตัวจะมีกฎอย่างน้อยหนึ่งกฎซึ่งได้รับการประเมินอย่างต่อเนื่อง กฎเหล่านี้อาจเป็นการเปรียบเทียบอย่างง่าย (value < threshold) หรือเงื่อนไขที่ติดตามการเปลี่ยนแปลงเมื่อเวลาผ่านไป เช่น BECOMES, DECREASES, , INCREASESEXIT RANGE, หรือการไม่มีข้อมูล (การเต้นของหัวใจ) Activator ช่วยให้แน่ใจว่ามีการติดตามสถานะต่อวัตถุ ซึ่งช่วยให้สามารถตรวจหารูปแบบที่ซับซ้อนเมื่อเวลาผ่านไป

  • Actions

    เมื่อเงื่อนไขของกฎเป็นที่พอใจ Activator สามารถทริกเกอร์:

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

    • การดําเนินการภายนอกผ่าน Power Automate

    • ส่งข้อความ Teams ไปยังบุคคล กลุ่ม หรือช่องทาง

    • ส่งอีเมล

  • การจัดการการแจ้งเตือนและการทดสอบกฎ

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

  • การตรวจสอบและควบคุมค่าใช้จ่าย

    คุณคิดค่าใช้จ่ายเมื่อตัวกระตุ้นกําลังทํางานอยู่เท่านั้น อินสแตนซ์ Activator มีขอบเขตตามความจุของ Fabric และสามารถตรวจสอบได้ผ่านพื้นที่ทํางาน ไฟล์บันทึกรันไทม์และการวัดและส่งข้อมูลทางไกลจะพร้อมใช้งานผ่านทางเอาต์พุตเหตุการณ์และไปป์ไลน์

รูปแบบการปรับใช้

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

จุดการรวมภายใน Real-Time Intelligence

Component การโต้ตอบกับตัวกระตุ้น
Eventstream ส่งข้อมูลแบบเรียลไทม์ไปยัง Activator เพื่อให้สามารถตรวจสอบรูปแบบและเงื่อนไขได้ การสร้างการแจ้งเตือนและการจัดการกฎยังฝังอยู่ภายใน Eventstream โดยตรง เพื่อให้ผู้ใช้สามารถเขียนและจัดการกฎในบริบทได้
Activator สามารถสร้างเหตุการณ์ใหม่ เช่น ข้อมูลที่สมบูรณ์หรือข้อมูลที่จัดหมวดหมู่ ที่ทริกเกอร์ตัวกระตุ้นอื่น
แผนที่ Fabric ให้คุณสร้างกฎ Activator ในบริบทจากเลเยอร์แผนที่ eventhouse ที่รองรับ สําหรับข้อมูลเพิ่มเติม ดูที่ การแจ้งเตือน Activator ใน Fabric Maps
Pipeline กฎของ Target of Activator จะถูกทริกเกอร์ ซึ่งช่วยอัตโนมัติการประมวลผลในขั้นตอนถัดไป
Power BI ทําหน้าที่เป็นแหล่งเหตุการณ์สําหรับกฎ Activator บนวิชวลรายงาน รวมถึงการตรวจหาแถววิชวลของตาราง ยังใช้ผลลัพธ์ของไปป์ไลน์หรือสมุดบันทึกที่ทริกเกอร์สําหรับการแสดงภาพแบบเรียลไทม์
Power Automate ทําให้งานเป็นแบบอัตโนมัติโดยใช้เวิร์กโฟลว์ที่สร้างไว้ล่วงหน้าหรือแบบกําหนดเองเมื่อมีเหตุการณ์เกิดขึ้น
กิจกรรม Fabric จัดหาเหตุการณ์ที่เกิดขึ้นภายใน Fabric เช่น การรีเฟรชโมเดลความหมายหรือความล้มเหลวของไปป์ไลน์
Notebooks Activator สามารถทริกเกอร์การดําเนินการโน้ตบุ๊กได้
ข้อกําหนดงาน Spark Activator สามารถทริกเกอร์การดําเนินการงาน spark ได้
ฟังก์ชันข้อมูลผู้ใช้ Activator สามารถทริกเกอร์การดําเนินการฟังก์ชันข้อมูลผู้ใช้ (UDF)
โฟลว์ข้อมูล Activator สามารถทริกเกอร์การดําเนินการกระแสข้อมูลเมื่อตรงตามเงื่อนไขของกฎ
งานคัดลอก Activator สามารถทริกเกอร์การดําเนินการคัดลอกงานเมื่อตรงตามเงื่อนไขของกฎ
เผยแพร่เหตุการณ์ทางธุรกิจ (พรีวิว) Activator สามารถทริกเกอร์การเผยแพร่เหตุการณ์ทางธุรกิจเมื่อตรงตามเงื่อนไขของกฎ

Activator เป็น Orchestrator

หากต้องการใช้ Activator อย่างมีประสิทธิภาพในระบบขนาดใหญ่ ให้ประสานงานวิธีการทํางานกับส่วนประกอบอื่นๆ ของ Fabric ปรับการตั้งค่าให้เหมาะสมโดยอิงตามปริมาณข้อมูลที่คุณกําลังประมวลผล จํานวนออบเจ็กต์ที่คุณกําลังติดตาม และความซับซ้อนของกฎ ส่วนนี้จะสํารวจวิธีประสานงาน Activator กับบริการอื่นๆ และวิธีปรับตรรกะการตรวจจับและพฤติกรรมรันไทม์ให้เหมาะสมเพื่อรองรับระบบอัตโนมัติที่มีเวลาแฝงต่ํา (รวดเร็ว) และคุ้มค่าในทุกขนาด

ตัวกระตุ้นมีบทบาทส่วนกลางในไปป์ไลน์ที่ขับเคลื่อนด้วยเหตุการณ์โดยการประเมินข้อมูลที่จุดขาเข้าและการทริกเกอร์การดําเนินการปลายทาง รูปแบบการประสานทั่วไปประกอบด้วย:

Pattern คําอธิบายการไหล
การตรวจจับการนําเข้า→การแปลง→ เหตุการณ์จะไหลจาก Eventstream ไปยัง Activator ซึ่งจะทริกเกอร์ไปป์ไลน์เพื่อเพิ่มความสมบูรณ์หรือย้ายข้อมูล
การแจ้งเตือน→ตรวจจับการนําเข้า→ Activator ทริกเกอร์ Power Automate เพื่อส่งการแจ้งเตือนหรือพุชสถานะไปยัง Teams, Outlook หรือ ServiceNow
การตรวจจับการนําเข้า→→การให้คะแนนแบบจําลอง Activator จะทริกเกอร์สมุดบันทึกเพื่อให้คะแนนแบบจําลอง ML หรือดําเนินการวิเคราะห์ขั้นสูงตามความผิดปกติในเวลาจริง
Feedback Loop ด้วย Activator (ที่วางแผนไว้) ข้อมูลเชิงลึกที่สร้างโดย Activator (ตัวอย่างเช่น ป้ายชื่อระดับความลับ) จะถูกป้อนลงในกฎของ Activator ซึ่งเปิดใช้งานระบบอัตโนมัติที่สมบูรณ์ทางความหมาย

แนวคิดหลัก

Fabric Activator ตรวจสอบข้อมูลของคุณอย่างต่อเนื่องและตรวจจับได้อย่างรวดเร็วเมื่อตรงตามเงื่อนไขที่คุณกําหนด แม้ว่าข้อมูลจะเปลี่ยนแปลงไปตามกาลเวลาก็ตาม โดยหลักแล้ว Activator จะประมวลผลเหตุการณ์แบบเรียลไทม์ที่ปล่อยออกมาผ่าน eventstream ประเมินเงื่อนไขกฎต่อวัตถุเชิงตรรกะ และเริ่มการดําเนินการเพื่อตอบสนองต่อการเปลี่ยนสถานะ

ใช้แนวคิดต่อไปนี้เพื่อสร้างและทริกเกอร์การดําเนินการและการตอบสนองอัตโนมัติใน Fabric Activator

แหล่งข้อมูลเหตุการณ์และเหตุการณ์

Fabric Activator ถือว่าแหล่งข้อมูลทั้งหมดเป็นสตรีมของเหตุการณ์ เหตุการณ์แสดงการสังเกตเกี่ยวกับสถานะของวัตถุ และโดยทั่วไปจะมีตัวระบุสําหรับวัตถุ การประทับเวลา และค่าของเขตข้อมูลที่กําลังตรวจสอบ

เหตุการณ์ที่ส่งเข้าไปยังตัวกระตุ้นมาจาก:

  • Eventstream ซึ่งสนับสนุนแหล่งข้อมูลอัปสตรีมหลายแหล่ง (ตัวอย่างเช่น Azure Event Hubs, IoT Hub, ทริกเกอร์ Blob Storage) Eventstream เป็นชนิดรายการเฉพาะใน Microsoft Fabric ซึ่งช่วยให้คุณสามารถนําเข้า แปลง และกําหนดเส้นทางเหตุการณ์แบบเรียลไทม์โดยไม่ต้องเขียนโค้ดใดๆ Fabric Activator จะตรวจสอบสตรีมเหตุการณ์และดําเนินการโดยอัตโนมัติเมื่อตรวจพบรูปแบบหรือเกณฑ์ที่กําหนดไว้ Activator ยังสามารถสมัครใช้งานเหตุการณ์สองรายการหรือมากกว่าเพื่อสังเกตการเปลี่ยนแปลงข้อมูลได้ กระแสเหตุการณ์แตกต่างกันในความถี่ ตัวอย่างเช่น เซนเซอร์ IoT จะปล่อยเหตุการณ์หลายครั้งต่อวินาที และระบบโลจิสติกส์จะสร้างเหตุการณ์เป็นระยะ เช่น เมื่อสแกนแพคเกจในสถานที่จัดส่ง
  • กิจกรรม Fabric ตัวอย่างเช่น เหตุการณ์รายการพื้นที่ทํางาน Fabric เป็นเหตุการณ์ Fabric แบบไม่ต่อเนื่องที่เกิดขึ้นเมื่อมีการเปลี่ยนแปลงพื้นที่ทํางาน Fabric ของคุณ การเปลี่ยนแปลงเหล่านี้รวมถึงการสร้าง การอัปเดต หรือการลบรายการ Fabric
  • เหตุการณ์ Azure ตัวอย่างเช่น เหตุการณ์ Azure Blob Storage จะถูกทริกเกอร์เมื่อไคลเอ็นต์สร้าง แทนที่ หรือลบ Blob
  • กิจกรรมทางธุรกิจ คุณสามารถตั้งค่าการแจ้งเตือนได้โดยตรงในเหตุการณ์ทางธุรกิจเพื่อดําเนินการโดยอัตโนมัติเมื่อมีสภาวะทางธุรกิจที่เฉพาะเจาะจงเกิดขึ้น
  • ออนโทโลยีในนิติบุคคลธุรกิจ Fabric (ตัวอย่าง) สามารถกําหนดกฎบนหน่วยงานธุรกิจออนโทโลยีเพื่อเริ่มต้นการแจ้งเตือนและการดําเนินการอัตโนมัติทําให้สามารถตัดสินใจในการดําเนินงานตามข้อมูลแบบจําลอง
  • รายงาน Power BI ในกรณีนี้ เหตุการณ์คือการสังเกตเป็นระยะตามกําหนดการรีเฟรชของแบบจําลองความหมายของ Power BI (เดิมเรียกว่าชุดข้อมูล) ข้อสังเกตเหล่านี้อาจเกิดขึ้นทุกวันหรือรายสัปดาห์ ทําให้เกิดเหตุการณ์ที่เกิดขึ้นช้า Activator ยังรวมเข้ากับบริการของ บริการของ Power BI เพื่อแจ้งให้ผู้ใช้ทราบเมื่อแถวใหม่ปรากฏในวิชวลตารางในรายงานที่เผยแพร่ ซึ่งเปิดใช้งานกฎเพื่อตรวจสอบการเปลี่ยนแปลงระดับวิชวลและทริกเกอร์การแจ้งเตือนหรือการดําเนินการดาวน์สตรีม
  • Fabric Real-Time แดชบอร์ด

แต่ละเหตุการณ์ประกอบด้วย:

  • การประทับเวลา
  • ส่วนข้อมูล (ข้อมูลที่มีโครงสร้างหรือกึ่งมีโครงสร้าง)
  • แอตทริบิวต์อย่างน้อยหนึ่งรายการที่ใช้สําหรับการระบุวัตถุ (ตัวอย่างเช่น device_id bikepoint_id)

Objects

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

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

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

การสร้างวัตถุโดยนัย: Activator จัดกลุ่มเหตุการณ์โดยใช้คีย์วัตถุที่กําหนด กฎจะครอบคลุมถึงออบเจ็กต์ ซึ่งหมายความว่าตรรกะการประเมินทั้งหมดเป็นออบเจ็กต์ที่ทราบและเป็นอิสระข้ามอินสแตนซ์ ตัวอย่างเช่น การตรวจสอบ bikepoint_id กฎจะสร้างการประเมินเชิงตรรกะที่แตกต่างกันสําหรับแต่ละสถานีจักรยานที่ไม่ซ้ํากัน

Rules

กฎจะกําหนดเงื่อนไขที่คุณต้องการตรวจหาบนวัตถุของคุณ และการดําเนินการที่จะดําเนินการเมื่อตรงตามเงื่อนไขเหล่านั้น ตัวอย่างเช่น กฎบนวัตถุช่องแช่แข็งอาจตรวจพบเมื่ออุณหภูมิสูงขึ้นสูงกว่าค่าเกณฑ์ที่ปลอดภัยและส่งการแจ้งเตือนทางอีเมลไปยังช่างเทคนิคที่ได้รับมอบหมายโดยอัตโนมัติ

กฎในตัวเปิดใช้งานอาจไม่มีสถานะหรือระบุสถานะ:

  • กฎไร้สัญชาติจะ ประเมินแต่ละเหตุการณ์แยกจากกัน (ตัวอย่างเช่น ค่า < 50)
  • กฎแบบมีสถานะ จะรักษาหน่วยความจําระหว่างเหตุการณ์ต่อออบเจ็กต์ (ตัวอย่างเช่น ค่า DECREASES, BECOMES, EXIT RANGE)

Activator ยังรองรับการสร้างกฎตามผลลัพธ์การสืบค้น SQL Fabric คลังข้อมูล (พรีวิว) คุณสามารถกําหนดกฎที่ประเมินคิวรี SQL ตามกําหนดการที่กําหนดค่าได้ ตรวจสอบเงื่อนไขกับชุดผลลัพธ์ และทริกเกอร์การดําเนินการเมื่อตรงตามเงื่อนไข คุณลักษณะนี้ช่วยให้สามารถตรวจสอบข้อมูลคลังสินค้าได้โดยไม่ต้องใช้แหล่งที่มาของการสตรีม สําหรับข้อมูลเพิ่มเติม ให้ดูที่ การสร้างกฎการแจ้งเตือนในแบบสอบถาม SQL

การประเมินอย่างเป็นรัฐขึ้นอยู่กับ:

  • การตรวจจับเดลต้า: ติดตามการเปลี่ยนแปลงระหว่างค่าเหตุการณ์ก่อนหน้าและปัจจุบัน
  • การจัดลําดับชั่วคราว: ประเมินสภาวะตามเวลา เช่น การไม่มีเหตุการณ์ (การตรวจจับการเต้นของหัวใจ)
  • การเปลี่ยนสถานะ: กฎจะยิงเมื่อเข้าสู่รัฐใหม่เท่านั้น เพื่อป้องกันการยิงซ้ําในสภาวะที่ไม่เปลี่ยนแปลง

กฎจะได้รับการประเมินอย่างต่อเนื่อง สําหรับกฎแบบไร้สัญชาติเกี่ยวกับการสตรีมข้อมูล ระบบจะตอบสนองภายในมิลลิวินาที สําหรับกฎที่มีการรวม เวลาในการตอบสนองจะขึ้นอยู่กับกรอบเวลามองย้อนกลับและค่าที่ยอมรับการมาถึงล่าช้า สําหรับข้อมูลเพิ่มเติม โปรดดู เวลาแฝงใน Activator

Actions

เมื่อเงื่อนไขของกฎเป็นไปตามและมีการเริ่มต้นการดําเนินการ กฎนั้นจะถูกเปิดใช้งาน เป้าหมายที่ได้รับการสนับสนุนสําหรับการดําเนินการประกอบด้วย:

  • ไปป์ไลน์ Fabric (สําหรับการเคลื่อนย้ายข้อมูล การเพิ่มความสมบูรณ์)
  • สมุดบันทึก Fabric (สําหรับการให้คะแนนการเรียนรู้ของเครื่อง การวินิจฉัย)
  • งานจุดประกาย Fabric (สําหรับงานแบตช์/สตรีมมิ่ง)
  • กระแสข้อมูล Fabric (สําหรับการเคลื่อนย้ายและการแปลงข้อมูล)
  • ฟังก์ชันข้อมูลผู้ใช้ Fabric (สําหรับตรรกะทางธุรกิจแบบกําหนดเองพร้อมโค้ด)
  • งานคัดลอก Fabric (สําหรับการคัดลอกข้อมูลระหว่างแหล่งที่มาและปลายทาง)
  • เผยแพร่เหตุการณ์ทางธุรกิจ (พรีวิว) (สําหรับการทริกเกอร์กระบวนการดาวน์สตรีมที่ใช้เหตุการณ์ทางธุรกิจ)
  • โฟลว์ Power Automate (สําหรับการรวมกระบวนการธุรกิจ)
  • การแจ้งเตือนของ Teams (โดยใช้การส่งข้อความตามเทมเพลต)
  • การแจ้งเตือนทางอีเมล

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

Properties

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

  • อุณหภูมิของแพคเกจ
  • สถานะของการจัดส่ง
  • ยอดดุลของบัญชีลูกค้า
  • คะแนนการมีส่วนร่วมของเซสชันผู้ใช้

คุณสมบัติมาจากสตรีมเหตุการณ์ ซึ่งเป็นโฟลว์ข้อมูลอย่างต่อเนื่องจากแหล่งข้อมูล เช่น เซ็นเซอร์ IoT รายงาน Power BI หรือระบบอื่นๆ

เมื่อคุณกําหนดวัตถุทางธุรกิจใน Activator คุณต้องเชื่อมต่อเหตุการณ์อย่างน้อยหนึ่งรายการ เลือกคอลัมน์เพื่อใช้เป็น ID ออบเจ็กต์ และเลือกคอลัมน์อื่นที่จะถือว่าเป็นคุณสมบัติของวัตถุนั้น คุณสามารถสร้างกฎเกี่ยวกับคุณสมบัติเหล่านี้เพื่อติดตามการเปลี่ยนแปลงเมื่อเวลาผ่านไป ตรวจพบเมื่อคุณสมบัติเกินเกณฑ์หรืออยู่นอกช่วง หรือทริกเกอร์การดําเนินการ เช่น การแจ้งเตือน เวิร์กโฟลว์ หรือการแจ้งเตือน

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

ช่วงเวลามองย้อนกลับ

ระยะเวลาการมองย้อนกลับคือระยะเวลาของข้อมูลในอดีตที่ Activator วิเคราะห์เพื่อประเมินกฎ ช่วยให้มั่นใจได้ว่ามีข้อมูลในอดีตเพียงพอที่จะตรวจจับรูปแบบหรือคํานวณการรวม เช่น ค่าเฉลี่ยได้อย่างแม่นยํา แม้ว่าข้อมูลจะมาถึงล่าช้าหรือไม่สม่ําเสมอก็ตาม

คุณกําหนดระยะเวลามองย้อนกลับโดย:

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

พิจารณาการดําเนินงานด้านโลจิสติกส์เภสัชกรรมด้วยการขนส่งแพคเกจยาในห่วงโซ่เย็น เป้าหมายคือการรับการแจ้งเตือนเมื่อแพคเกจอบอุ่นเกินไป

สมมติว่าคุณกําหนดกฎเป็น:

  • ประเมินอุณหภูมิเฉลี่ยของแต่ละแพคเกจในหน้าต่างสามชั่วโมง
  • ทริกเกอร์การแจ้งเตือนหากอุณหภูมิเฉลี่ยสูงกว่า 8 °C

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

ระยะเวลาการย้อนกลับเป็นสิ่งสําคัญสําหรับการเปิดใช้งานการตรวจหาเงื่อนไขที่ทันเวลาและแม่นยํา โดยเฉพาะอย่างยิ่งในสถานการณ์ที่รูปแบบข้อมูลมีการพัฒนาตลอดเวลา

ID ออปเจ็กต์ที่ใช้งานอยู่ที่แตกต่างกัน

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

ในการประเมินกฎเหล่านี้อย่างมีประสิทธิภาพ Fabric Activator จะติดตามรหัสออบเจ็กต์ที่ใช้งานอยู่ นั่นคือ ออบเจ็กต์ที่เหตุการณ์มาถึงภายในระยะเวลามองย้อนกลับที่กําหนดไว้ ลักษณะการทํางานนี้ช่วยให้แน่ใจว่าระบบจะพิจารณาเฉพาะวัตถุที่เกี่ยวข้องและใช้งานอยู่ในปัจจุบันเมื่อใช้กฎ

ตัวอย่างเช่น สถานีเก็บค่าผ่านทางอาจติดตามยานพาหนะ (ID ออบเจ็กต์) ขณะที่ผ่านไปได้ ยานพาหนะแต่ละคันสร้างเหตุการณ์ (เช่น การสแกนเข้าและออก) และระบบจะประเมินเฉพาะวัตถุที่มีกิจกรรมล่าสุดเท่านั้น

จํานวนรหัสออบเจ็กต์ที่แตกต่างกัน (จํานวนแพ็กเกจ) ที่คุณติดตามภายในกรอบเวลามองย้อนกลับยังกําหนดขีดจํากัดด้วย

กรณีการใช้งานทั่วไป

ต่อไปนี้คือสถานการณ์ในโลกแห่งความเป็นจริงบางส่วนที่คุณสามารถใช้ Fabric Activator:

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

เนื้อหาที่เกี่ยวข้อง

  • อัปเดตล่าสุดเมื่อ