แชร์ผ่าน

คำแนะนำในการพัฒนางานเบื้องหลัง

  • บทความ

นำไปใช้กับคำแนะนำรายการตรวจสอบความน่าเชื่อถือของ Power Platform Well-Architected:

RE:05 เสริมสร้างความยืดหยุ่นให้กับปริมาณงานของคุณโดยการใช้การจัดการข้อผิดพลาดและการจัดการข้อผิดพลาดชั่วคราว สร้างความสามารถในโซลูชันเพื่อจัดการกับความล้มเหลวของส่วนประกอบและข้อผิดพลาดชั่วคราว

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

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

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

งานเบื้องหลังเพื่อช่วยลดภาระบน UI แอปพลิเคชัน ซึ่งปรับปรุงความพร้อมใช้งานและลดเวลาตอบสนองเชิงโต้ตอบ

กลยุทธ์การออกแบบที่สำคัญ

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

ชนิดของงานเบื้องหลัง

ตัวอย่างบางส่วนของงานเบื้องหลังคือ:

  • งานที่ใช้ทรัพยากรมากซึ่งใช้เวลานานในการดำเนินการให้เสร็จสิ้น เช่น การดำเนินธุรกรรมเป็นชุด

  • ชุดงาน เช่น การอัปเดตข้อมูลทุกคืนหรือการประมวลผลตามกำหนดเวลา

  • ขั้นตอนการทำงานที่ใช้เวลานาน เช่น การเติมสินค้าตามใบซื้อหรือการจัดเตรียมบริการและระบบ

  • เวิร์กโฟลว์ที่ต้องการการทำงานร่วมกันแบบอะซิงโครนัส เช่น การอนุมัติ

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

เริ่มต้น

เริ่มต้นงานเบื้องหลังด้วย:

ทริกเกอร์ที่ขับเคลื่อนด้วยเหตุการณ์

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

  • UI หรืองานอื่นจะทริกเกอร์งานเบื้องหลังและส่งผ่านข้อมูลจากการดำเนินการที่ดำเนินการไปยังงานเบื้องหลัง ตัวอย่างเช่น ผู้ใช้ส่งการเรียกร้องค่าใช้จ่ายผ่านแบบฟอร์ม และรายละเอียดแบบฟอร์มจะถูกส่งไปยังงานเบื้องหลังเพื่อการประมวลผล

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

  • UI หรืองานอื่นส่งคำขอไปยังจุดสิ้นสุด เช่น HTTPS URI หรือ API ที่แสดงเป็นบริการเว็บ ในฐานะที่เป็นส่วนหนึ่งของคำขอ UI หรืองานจะถ่ายโอนข้อมูลที่งานเบื้องหลังต้องการ ตำแหน่งข้อมูล หรือบริการเว็บเรียกใช้งานพื้นหลัง ซึ่งใช้ข้อมูลเป็นอินพุต

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

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

หมายเหตุ

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

ทริกเกอร์ที่ขับเคลื่อนด้วยกำหนดการ

ตัวจับเวลาจะทริกเกอร์การเรียกใช้ร์ที่ขับเคลื่อนด้วยกำหนดการซึ่งเริ่มงานเบื้องหลัง ตัวอย่างของทริกเกอร์ที่ขับเคลื่อนด้วยกำหนดการ ได้แก่

  • งานเบื้องหลังจะดำเนินการรายวันหรือรายสัปดาห์และดำเนินการตามชุดการดำเนินการ

  • กระบวนการหรือแอปพลิเคชันที่แยกจากกันจะเริ่มต้นการจับเวลาที่เรียกใช้งานเบื้องหลังหลังจากการหน่วงเวลาหรือตามเวลาที่กำหนด

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

ส่งกลับค่าผลลัพธ์

งานเบื้องหลังทำงานแบบอะซิงโครนัสในกระบวนการแยกต่างหากจาก UI หรือกระบวนการที่เรียกใช้งานเบื้องหลัง ตามหลักการแล้วงานเบื้องหลังคือการดำเนินงานแบบเรียกใช้และลืม ความคืบหน้ารันไทม์ไม่ส่งผลต่อ UI หรือกระบวนการเรียก ซึ่งหมายความว่ากระบวนการเรียกไม่รอให้งานเสร็จสิ้น UI และกระบวนการเรียกตรวจไม่พบเมื่องานสิ้นสุดลง

หากคุณต้องการงานเบื้องหลังเพื่อสื่อสารกับงานที่เรียกเพื่อระบุความคืบหน้าหรือความสำเร็จ คุณต้องใช้กลไก เช่น

  • เขียนค่าตัวบ่งชี้สถานะไปยังที่เก็บข้อมูลที่ UI หรืองานของผู้เรียกเข้าถึงได้ ซึ่งสามารถตรวจสอบหรือตรวจดูค่านี้ได้ ข้อมูลอื่นๆ ที่งานเบื้องหลังส่งคืนไปยังผู้โทรสามารถจัดเก็บไว้ในที่เก็บข้อมูลเดียวกันได้

  • เปิดเผย API หรือจุดสิ้นสุดจากงานเบื้องหลังที่ UI หรือผู้เรียกสามารถเข้าถึงได้เพื่อรับข้อมูลสถานะ การตอบสนองอาจรวมถึงข้อมูลที่งานเบื้องหลังส่งคืนไปยังผู้เรียก

  • กำหนดค่างานเบื้องหลังให้ตอบสนองต่อสถานะหรือข้อมูลที่ประมวลผลกลับไปยัง UI

การประสานงาน

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

การประสานงานหลายงานและขั้นตอนต่างๆ อาจเป็นเรื่องท้าทาย แต่มีรูปแบบทั่วไป 3 รูปแบบเพื่อเป็นแนวทางในการแก้ปัญหาของคุณ:

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

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

  • จัดการการกู้คืนสำหรับขั้นตอนงานที่ล้มเหลว หากขั้นตอนหนึ่งขั้นตอนขึ้นไปล้มเหลว แอปพลิเคชันอาจจำเป็นต้องเลิกทำงานที่ชุดขั้นตอนดำเนินการ ซึ่งเมื่อรวมกันแล้วจะกำหนดการดำเนินการที่สอดคล้องกันในที่สุด

ข้อพิจารณาด้านความยืดหยุ่น

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

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

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

ข้อควรพิจารณาเกี่ยวกับประสิทธิภาพของแอปและการปรับขนาด

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

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

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

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

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

การอำนวยความสะดวกของ Power Platform

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

Power Automate

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

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

ลดความเสี่ยงโดยการวางแผนเพื่อจัดการข้อผิดพลาด

ต่อไปนี้คือตัวอย่างบางส่วนของตำแหน่งที่คุณสามารถใช้โฟลว์ของ Power Automate เพื่อเรียกใช้งานเบื้องหลัง:

Microsoft Dataverse

คอลัมน์และค่าสะสมจากการคำนวณของ Microsoft Dataverse:

  • คอลัมน์สูตรคือคอลัมน์ที่แสดงค่าจากการคำนวณในตาราง Microsoft Dataverse

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

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

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

ปลั๊กอินเป็นตัวจัดการเหตุการณ์แบบกำหนดเองที่ดำเนินการเพื่อตอบสนองต่อเหตุการณ์เฉพาะที่เกิดขึ้นระหว่างการประมวลผลการดำเนินการข้อมูล Microsoft Dataverse

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

รายการตรวจสอบความน่าเชื่อถือ

โปรดดูชุดคำแนะนำทั้งหมด

รายการตรวจสอบความน่าเชื่อถือ