จัดการการมองเห็นเอกสาร SharePoint ในโซลูชัน Dataverse

รูปแบบสถาปัตยกรรมนี้เน้นความท้าทายทั่วไปด้วยการผสานรวม Microsoft Dataverse และ SharePoint Dataverse จะบังคับใช้การรักษาความปลอดภัยระดับระเบียน แต่สิทธิ์เหล่านั้นจะไม่นําไปใช้กับเอกสารที่จัดเก็บไว้ใน SharePoint โดยอัตโนมัติ รูปแบบสถาปัตยกรรมนี้ใช้การนําทาง SharePoint ที่ถูกจํากัดและความสามารถในการค้นพบเอกสารที่ถูกจํากัด การป้องกันเหล่านี้แนะนําผู้ใช้ให้เปิดเอกสาร SharePoint ผ่านประสบการณ์การใช้งานและลดความเสี่ยงในการแชร์มากเกินไป

Tip

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

แผนภาพสถาปัตยกรรม

แผนภาพของผู้ใช้ที่เข้าถึงแอปแบบจำลองของ Power Apps ที่เชื่อมต่อกับ Dataverse ซึ่งเชื่อมโยงไปยัง SharePoint เพื่อจัดเก็บเอกสาร โดยมีการบล็อกการเรียกดู SharePoint โดยตรง

เวิร์กโฟลว์

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

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

เตรียมการเข้าถึงและสภาพแวดล้อม

กําหนดค่าการจัดการการเข้าถึง

  1. ตรวจทานวิธีที่องค์กรจัดการการเข้าถึงสภาพแวดล้อม Dataverse และไซต์ SharePoint ที่เกี่ยวข้องในขณะนี้

  2. ใช้กลุ่มความปลอดภัย Entra ID เพื่อจัดการการเข้าถึงสภาพแวดล้อม Dataverse และเอกสาร SharePoint ที่เกี่ยวข้อง เรียนรู้เพิ่มเติมใน จัดการ Microsoft Entra กลุ่มและสมาชิกกลุ่ม

เตรียมสภาพแวดล้อม Dataverse และไซต์ SharePoint

  1. ตรวจสอบให้แน่ใจว่าสภาพแวดล้อม Dataverse ถูกจํากัดให้อยู่ในกลุ่มความปลอดภัยที่เหมาะสม เรียนรู้เพิ่มเติมใน ควบคุมการเข้าถึงสภาพแวดล้อมของผู้ใช้ด้วยกลุ่มความปลอดภัยและสิทธิการใช้งาน

  2. ใช้ สภาพแวดล้อมที่มีการจัดการถ้าจําเป็นสําหรับการกํากับดูแล

  3. ให้สิทธิ์ผู้ใช้ในการเข้าถึงสภาพแวดล้อม

  4. ถ้ายังไม่มีไซต์เฉพาะ เตรียมใช้งานไซต์ทีม SharePoint สําหรับเอกสารการทํางานของปริมาณงาน ขั้นตอนนี้สร้างกลุ่ม Microsoft 365 และกลุ่ม SharePoint เริ่มต้น

กําหนดค่าการเข้าถึงและการค้นพบ SharePoint

  1. สร้างระดับสิทธิ์ใหม่

    1. นําสิทธิ์รายการต่อไปนี้ไปใช้:

      • เพิ่มรายการ
      • แก้ไขรายการ
      • ลบรายการ
      • ดูรายการ (จําเป็น)
      • เปิดรายการ (จําเป็น)
      • ดูเวอร์ชัน
    2. นําสิทธิ์ไซต์ต่อไปนี้ไปใช้:

      • ดูหน้า (จําเป็น)
      • เปิด (จําเป็น)
    3. ตรวจสอบให้แน่ใจว่าปิดสิทธิ์เรียกดู ไดเรกทอรีของ ไซต์แล้ว

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

  2. ภายใต้สิทธิ์ขั้นสูง สร้างกลุ่มไซต์ และกําหนดระดับสิทธิ์ใหม่ให้กับกลุ่มไซต์นั้น เรียนรู้วิธีการกําหนดสิทธิ์ไซต์ SharePoint เอง

  3. ให้สิทธิ์การเข้าถึงไซต์แก่กลุ่มความปลอดภัยของเวิร์กโหลดภายใต้กลุ่ม SharePoint ใหม่

  4. ปิดใช้งานการค้นหา SharePoint ภายในไซต์ การตั้งค่านี้ป้องกันไม่ให้ผู้ใช้ (หรือ Copilot) ค้นหาเนื้อหาภายนอกบริบทของ Dataverse เรียนรู้เพิ่มเติมใน เปิดใช้งานเนื้อหาบนไซต์เพื่อให้สามารถค้นหาได้

  5. อีกทางหนึ่งคือ จํากัด Copilot จากการค้นหาและการให้บริการเนื้อหาจากไซต์ เรียนรู้เพิ่มเติมใน จํากัดการค้นพบไซต์และเนื้อหา SharePoint

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

เปิดใช้งานการรวม SharePoint ใน Dataverse

  1. เปิดใช้งานการรวม SharePoint เพื่อเชื่อมต่อไซต์ SharePoint กับสภาพแวดล้อม Dataverse เรียนรู้เพิ่มเติมใน ตั้งค่าการรวม SharePoint

  2. เปิดใช้งาน SharePoint การจัดการเอกสารสําหรับตาราง Dataverse ที่เลือก ตามความจําเป็น ตัวอย่างเช่น บัญชี กรณี โครงการ แอปพลิเคชัน การร้องเรียน ตารางแบบกําหนดเอง และอื่น ๆ

  3. ตรวจสอบให้แน่ใจว่าผู้ใช้มีสิทธิ์ Dataverse ที่เหมาะสมสําหรับ SharePoint ระเบียนเอกสารและตําแหน่งที่ตั้งเอกสาร เรียนรู้เพิ่มเติมใน สิทธิ์ที่จําเป็นสําหรับงานการจัดการเอกสาร

ผู้ใช้เข้าถึงไฟล์ทั้งหมดผ่านแอป Dynamics 365 หรือ Power Apps อินเทอร์เฟซแอปแบบจําลองข้อมูล พวกเขาเปิดไฟล์ผ่านฟอร์ม ตารางย่อย หรือปุ่มในแอปพลิเคชัน พวกเขาไม่ได้ไปที่ SharePoint โดยตรง

การเพิ่มประสิทธิภาพเพิ่มเติม

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

  2. ตรวจสอบการใช้งานผ่านบันทึกการตรวจสอบ SharePoint และ Purview เพื่อตรวจจับรูปแบบการเข้าถึงที่ไม่คาดคิด เรียนรู้เกี่ยวกับการตรวจสอบโซลูชันใน Microsoft Purview

ส่วนประกอบ

Dataverse: ทําหน้าที่เป็นแพลตฟอร์มแอปพลิเคชันหลักและบังคับใช้การควบคุมการเข้าถึงระดับบันทึกผ่าน RBAC Dataverse มีรูปแบบการรักษาความปลอดภัย โครงสร้างตาราง และพื้นผิวของแอปพลิเคชันที่ผู้ใช้โต้ตอบด้วยเมื่อเข้าถึงเอกสาร

แอป Power Apps ที่ขับเคลื่อนด้วยโมเดล: มีอินเทอร์เฟซที่มีการควบคุมและมีคำแนะนำ ซึ่งผู้ใช้สามารถดูและจัดการระเบียน Dataverse และเอกสาร SharePoint ที่เกี่ยวข้องได้ ผู้ใช้เข้าถึงเอกสารผ่านทางแอปพลิเคชันแทนที่จะเรียกดู SharePoint โดยไม่มีข้อจํากัด

Entra ID: ใช้สําหรับกลุ่มการจัดการข้อมูลประจําตัวและความปลอดภัย Entra ID กลุ่มความปลอดภัยจะใช้เพื่อกําหนดผู้ใช้ที่ได้รับอนุญาตให้เข้าถึงสภาพแวดล้อม Dataverse และไซต์ SharePoint ที่เกี่ยวข้อง กลุ่มเหล่านี้สร้างการจัดแนวระหว่างการเข้าถึงสภาพแวดล้อมและการเข้าถึงไซต์

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

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

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

รายละเอียดสถานการณ์สมมติ

องค์กรการสร้างแอปพลิเคชันทางธุรกิจบน Microsoft Power Platform หรือ Dynamics 365 มักอาศัยการจัดการเอกสาร SharePoint ดั้งเดิมเพื่อจัดเก็บและจัดการไฟล์ที่เกี่ยวข้องกับบันทึก Dataverse

ความท้าทายทางธุรกิจ

ในขณะที่การผสานรวมข้อมูลและ SharePoint แบบดั้งเดิมให้ประโยชน์ในการใช้งานที่แข็งแกร่ง แต่ยังแนะนําความท้าทายทางสถาปัตยกรรมที่รู้จักกันดี: แบบจําลองสิทธิ์ของ SharePoint จะไม่สอดคล้องกับการรักษาความปลอดภัยระดับระเบียน (RBAC) ของ Dataverse โดยอัตโนมัติ

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

การจัดแนวไม่ถูกต้องนี้สร้างปัญหาหลายอย่าง:

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

  • ความเสี่ยงการแชร์มากเกินไป: ผู้ใช้ที่ควรดูเอกสารผ่านทางฟอร์ม Dataverse เท่านั้นอาจพบเอกสารผ่านทางโฟลเดอร์แม่ รายการ "ล่าสุด" หรือ SharePoint การค้นหาได้

  • ความซับซ้อนในการดําเนินงานของทางเลือก:

    • การทำงานอัตโนมัติของ การควบคุมการเข้าถึง List (ACL) ในระดับต่อรายการจำเป็นต้องมีการยกเลิกการสืบทอดสิทธิ์ การทำงานอัตโนมัติผ่าน Microsoft Graph และการจัดการสิทธิ์การเข้าถึงในวงกว้าง ซึ่งก่อให้เกิดภาระในการดำเนินงานอย่างมาก

    • การแยกหลายไซต์ เช่น หนึ่งไซต์ต่อทีมหรือหน่วยธุรกิจ เพิ่มความซับซ้อนในการบริหารระบบหนาและการจัดการวงจรชีวิตแอปพลิเคชัน (ALM)

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

โซลูชันที่เสนอ

รูปแบบการเข้าถึงเอกสาร SharePoint ควบคุมมีเส้นทางตรงกลางที่ใช้งานได้จริง แทนที่จะพยายามจําลอง RBAC Dataverse ที่ระดับไฟล์หรือโฟลเดอร์ สถาปัตยกรรมนี้จํากัดความสามารถในการค้นพบและจํากัดเส้นทางการนําทาง SharePoint ในขณะที่รักษาประสบการณ์การจัดการเอกสารดั้งเดิมจากภายใน Dataverse และ Power Apps/Dynamics 365 โดยการจํากัดการเข้าถึงไซต์ไปยังกลุ่มความปลอดภัยปริมาณงาน การลบองค์ประกอบการนําทาง การปิดใช้งานการค้นหาไซต์และไลบรารี และอนุญาตให้ผู้ใช้เข้าถึงเอกสารเป็นหลักผ่าน URL ที่สร้างโดย Dataverse สถาปัตยกรรมที่มีผลให้ "ประกอบด้วย" SharePoint ภายในขอบเขตปริมาณงาน Dataverse RBAC ควบคุมการเข้าถึงระเบียนและลิงก์เอกสารในขณะที่ SharePoint สิทธิ์ควบคุมการเข้าถึงเอกสารโดยตรง

เมื่อใดควรใช้รูปแบบนี้

รูปแบบนี้มีคุณค่าอย่างยิ่งเมื่อ:

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

  • ธุรกิจจําเป็นต้องมีประสบการณ์ SharePoint การทํางานร่วมกันที่คุ้นเคยโดยไม่ต้องเก็บรักษา ACL สําหรับแต่ละระเบียน

  • ความเรียบง่าย การบํารุงรักษา และการดําเนินการที่คาดการณ์ได้เป็นที่ต้องการมากกว่าระบบอัตโนมัติด้านความปลอดภัยที่กําหนดเองสูง

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

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

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

เมื่อต้องพิจารณาวิธีการทางเลือกอื่น

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

ข้อควรพิจารณา

ข้อควรพิจารณาเหล่านี้ใช้เสาหลักของ Power Platform Well-Architected ซึ่งเป็นชุดหลักการชี้นําเพื่อช่วยปรับปรุงคุณภาพของปริมาณงาน เรียนรู้เพิ่มเติมเกี่ยวกับ Microsoft Power Platform Well-Architected

ความน่าเชื่อถือ

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

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

Security

กําหนดข้อมูลพื้นฐานด้านความปลอดภัยที่สอดคล้องกับคําแนะนําแพลตฟอร์ม: การใช้กลุ่มความปลอดภัยเฉพาะ Entra ID เป็นขอบเขตการเข้าถึงเดียวสําหรับทั้งสภาพแวดล้อมและไซต์ SharePoint มีข้อมูลพื้นฐานที่ชัดเจนและสอดคล้องกันสําหรับการเข้าถึงที่ขับเคลื่อนด้วยข้อมูลประจําตัว

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

ใช้การจัดการข้อมูลประจําตัวที่เข้มงวด มีเงื่อนไข และตรวจสอบได้ (IAM): การเข้าถึงทั้งหมดขึ้นอยู่กับข้อมูลประจําตัวผ่าน Entra ID และสามารถตรวจสอบได้ผ่านการบันทึก Dataverse และ SharePoint การตั้งค่านี้สนับสนุนความโปร่งใสและช่วยให้องค์กรสามารถตรวจสอบรูปแบบการเข้าถึงที่ไม่คาดคิดได้

ความเป็นเลิศในการดำเนินงาน

กําหนดรูปแบบงานการปฏิบัติงานประจําโดยใช้ความสามารถของแพลตฟอร์ม: รูปแบบจะหลีกเลี่ยงระบบอัตโนมัติที่กําหนดเอง โดยอาศัยลักษณะการทํางานแบบเนทีฟ Dataverse และ SharePoint วิธีนี้ช่วยลดความยุ่งยากในการดําเนินงานและลดการแทรกแซงด้วยตนเอง

รวมศูนย์ข้อมูลเอกลักษณ์และการจัดการการเข้าถึง: โฟลว์สิทธิ์ทั้งหมดผ่าน Entra ID กลุ่ม องค์กรสามารถใช้การตรวจสอบการเข้าถึง การกํากับดูแลวงจรชีวิต และกระบวนการขององค์กรที่มีอยู่โดยไม่ต้องใช้ตรรกะบทบาทแบบกําหนดเอง

ประสิทธิภาพการทำงาน

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

ปรับตรรกะให้เหมาะสมโดยการถ่ายโหลดความรับผิดชอบไปยังแพลตฟอร์ม: Dataverse และ SharePoint จัดการการเข้าถึงและการแสดงเอกสาร ช่วยให้มั่นใจถึงเวลาแฝงน้อยที่สุดและใช้ประโยชน์จากไปป์ไลน์การจัดการไฟล์ที่ปรับให้เหมาะสมของ Dataverse

การปรับปรุงประสบการณ์ใช้งาน

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

จัดลําดับความสําคัญความสะดวกในการใช้งานและลดการโหลดด้านความรู้ความเข้าใจ: ผู้ใช้เข้าถึงเอกสารจากภายในรูปแบบ Dataverse ที่เกี่ยวข้องกับบันทึกของพวกเขาเท่านั้นลดความสับสนและป้องกันการสัมผัสกับไฟล์ที่ไม่เกี่ยวข้อง

ผู้สนับสนุน

Microsoft ดูแลบทความนี้ ผู้เขียนต่อไปนี้ได้เขียนบทความนี้

ผู้เขียนหลัก: