บทบาทในพื้นที่ทํางานใน Microsoft Fabric

บทบาทพื้นที่ทํางานช่วยให้คุณจัดการว่าใครสามารถทําอะไรได้ในพื้นที่ทํางาน Microsoft Fabric พื้นที่ทํางาน Microsoft Fabric นั่งอยู่ด้านบนของ OneLake และแบ่งที่จัดเก็บข้อมูลทะเลสาบเป็นคอนเทนเนอร์แยกต่างหากที่สามารถรักษาความปลอดภัยได้อย่างอิสระ บทบาทพื้นที่ทํางานใน Microsoft Fabric จะขยายบทบาทพื้นที่ทํางานของ Power BI โดยการเชื่อมโยงความสามารถใหม่ ๆ ของ Microsoft Fabric เช่น การรวมข้อมูลและการสํารวจข้อมูลด้วยบทบาทพื้นที่ทํางานที่มีอยู่ สําหรับข้อมูลเพิ่มเติมเกี่ยวกับบทบาท Power BI ดูบทบาท ในพื้นที่ทํางานใน Power BI

คุณสามารถกําหนดบทบาทให้กับบุคคลหรือกลุ่มความปลอดภัย กลุ่ม Microsoft 365 และรายชื่อการแจกจ่าย เมื่อต้องการให้สิทธิ์เข้าถึงพื้นที่ทํางาน ให้มอบหมายบทบาทต่อไปนี้ให้บุคคลหรือกลุ่มผู้ใช้พื้นที่ทํางาน: ผู้ดูแลระบบ สมาชิก ผู้สนับสนุน หรือผู้ชม นี่คือวิธีการ ให้ผู้ใช้เข้าถึงพื้นที่ทํางาน บริการหลักของ Microsoft Entra ID (การลงทะเบียนแอป) ยังสามารถกําหนดให้กับบทบาทพื้นที่ทํางานและสืบทอดสิทธิ์เดียวกันกับผู้ใช้สําหรับการดําเนินการตาม API ใน Fabric รวมถึง Items REST API และ Job Scheduler API

เมื่อต้องการสร้างพื้นที่ทํางานใหม่ ให้ดู สร้างพื้นที่ทํางาน

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

ผู้ใช้ในบทบาทพื้นที่ทํางานมีความสามารถของ Microsoft Fabric ดังต่อไปนี้ นอกเหนือจากความสามารถของ Power BI ที่มีอยู่ที่เชื่อมโยงกับบทบาทเหล่านี้

บทบาทพื้นที่ทํางาน Microsoft Fabric

Capability Admin Member Contributor Viewer
อัปเดตและลบพื้นที่ทํางาน ✅
เพิ่มหรือลบบุคคลรวมถึงผู้ดูแลระบบอื่น ๆ ✅
เพิ่มสมาชิกหรือผู้อื่นที่มีสิทธิ์ที่ต่ํากว่า ✅ ✅
อนุญาตให้ผู้อื่นแชร์รายการต่อ 1 ✅ ✅
สร้างหรือปรับเปลี่ยนรายการฐานข้อมูล ✅ ✅ ✅
สร้างหรือปรับเปลี่ยนรายการการมิเรอร์ฐานข้อมูล ✅ ✅ ✅
สร้างหรือแก้ไขสินค้าในคลังสินค้า ✅ ✅ ✅
สร้างเอกลักษณ์ของพื้นที่ทํางาน ✅
เชื่อมต่อพื้นที่ทํางานกับที่เก็บ Git ✅
ดูและอ่านเนื้อหาของไปป์ไลน์ สมุดบันทึก คําจํากัดความงาน Spark แบบจําลองและการทดลอง ML และสตรีมเหตุการณ์ ✅ ✅ ✅ ✅
ดูและอ่านเนื้อหาของฐานข้อมูล KQL ชุดคิวรี KQL รายการ Digital Twin Builder และแดชบอร์ดแบบเรียลไทม์ ✅ ✅ ✅ ✅
ดูและอ่านเนื้อหาของชุดสคีมาเหตุการณ์ 5 ✅ ✅ ✅ ✅
เชื่อมต่อกับจุดสิ้นสุดการวิเคราะห์ SQL ของ Lakehouse หรือ Warehouse ✅ ✅ ✅ ✅
อ่านข้อมูลและทางลัดLakehouse และคลังข้อมูล 2 ด้วย T-SQL ผ่านปลายทาง TDS (ReadData) ✅ ✅ ✅ ✅
อ่านข้อมูล Lakehouse และคลังข้อมูลและทางลัด2 ผ่าน OneLake API และ Spark (ReadAll) ✅ ✅ ✅
อ่านข้อมูลเลคเฮ้าส์ผ่าน Lakehouse explorer (ReadAll) ✅ ✅ ✅
สมัครใช้งานเหตุการณ์ OneLake ✅ ✅ ✅
เขียนหรือลบไปป์ไลน์ สมุดบันทึก คําจํากัดความงาน Spark แบบจําลอง ML และการทดลอง และสตรีมเหตุการณ์ ✅ ✅ ✅
เขียนหรือลบ Eventhouses3, KQL Querysets, Real-Time Dashboards, ข้อมูลตัวสร้างฝาแฝดดิจิทัล และสคีมาและข้อมูลของฐานข้อมูล KQL, Lakehouses, คลังข้อมูล และทางลัด ✅ ✅ ✅
สร้าง เขียน หรือ ลบชุดสคีมาเหตุการณ์ รวมถึงสคีมาและชนิดเหตุการณ์ที่มีอยู่ 5 ✅ ✅ ✅
ดําเนินการหรือยกเลิกการดําเนินการของสมุดบันทึก ข้อกําหนดงาน Spark แบบจําลอง ML และการทดลอง ✅ ✅ ✅
ดําเนินการหรือยกเลิกการดําเนินการไปป์ไลน์ ✅ ✅ ✅
ดูผลลัพธ์การดําเนินการของไปป์ไลน์ โน้ตบุ๊ก โมเดล ML และการทดลอง ✅ ✅ ✅ ✅
กําหนดตารางเวลาการรีเฟรชข้อมูลผ่านเกตเวย์ภายในองค์กร4 ✅ ✅ ✅
ปรับเปลี่ยนการตั้งค่าการเชื่อมต่อเกตเวย์4 ✅ ✅ ✅

1 ผู้ร่วมให้ข้อมูลและผู้ชมยังสามารถแชร์รายการในพื้นที่ทํางานได้หากมีสิทธิ์แชร์ต่อ

2 จําเป็นต้องมีสิทธิ์อื่นๆ เพื่ออ่านข้อมูลจากปลายทางทางลัด เรียนรู้เพิ่มเติมเกี่ยวกับ รูปแบบการรักษาความปลอดภัยทางลัด

3 จําเป็นต้องมีสิทธิ์อื่นๆ เพื่อดําเนินการบางอย่างกับข้อมูลใน Eventhouse เรียนรู้เพิ่มเติมเกี่ยวกับ แบบจําลองการควบคุมการเข้าถึงตามบทบาทไฮบริด

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

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

Note

สิทธิ์ในการสร้าง/แก้ไข และเขียน/ลบสําหรับสมุดบันทึกจะใช้เท่ากันเมื่อใช้ Items REST API ผู้ดูแลระบบ สมาชิก และผู้สนับสนุนสามารถดําเนินการ CRUD ของโน้ตบุ๊กผ่าน API ได้ ในขณะที่ Viewer ไม่สามารถทําได้ สําหรับการดําเนินการ API ของ Job Scheduler ผู้ดูแลระบบ สมาชิก และผู้สนับสนุนสามารถเริ่มและยกเลิกการเรียกใช้ได้บทบาททั้งหมดรวมถึง Viewer สามารถตรวจสอบสถานะการเรียกใช้และดูผลลัพธ์การดําเนินการ รวมถึงข้อมูลเมตาของการเรียกใช้ เช่น สถานะและค่าออกที่ส่งคืนโดยการเรียกใช้สมุดบันทึก