การวางแผนการใช้งาน Power BI: การกระจายเนื้อหาและการแชร์

หมายเหตุ

บทความนี้เป็นส่วนหนึ่งของ ชุดการวางแผน การใช้งาน Power BI ของบทความ ชุดข้อมูลนี้เน้นไปที่ประสบการณ์การใช้งาน Power BI ภายใน Microsoft Fabric เป็นหลัก สําหรับบทนําสู่ชุดข้อมูล โปรดดู ที่ การวางแผนการใช้งาน Power BI

บทความนี้ช่วยให้คุณสามารถวางแผนการกระจายและการแชร์เนื้อหาใน Power BI และ Microsoft Fabric มีการกําหนดเป้าหมายเป็นหลักที่:

• ผู้ดูแลระบบผ้า: ผู้ดูแลระบบที่รับผิดชอบในการตรวจสอบ Fabric ในองค์กร ผู้ดูแลระบบ Fabric จะจัดการการตั้งค่าการดูแลระบบที่มีผลต่อวิธีการที่ผู้สร้างสามารถแจกจ่ายและแชร์เนื้อหาในองค์กรของพวกเขา ผู้ดูแลระบบ Fabric สามารถทํางานร่วมกับผู้ดูแลระบบคนอื่น ๆ เพื่อควบคุมตัวเลือกที่พร้อมใช้งานสําหรับผู้สร้างเพื่อแชร์เนื้อหาของพวกเขา
• ผู้ดูแลระบบ Azure: ผู้ดูแลระบบที่มีหน้าที่ดูแลการจัดการข้อมูลเอกลักษณ์ในองค์กรและสร้างผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกเพื่อเปิดใช้งาน Microsoft Entra B2B
• ศูนย์แห่งความเป็นเลิศ (COE) ทีมไอทีและ BI: ทีมที่มีหน้าที่ดูแล Power BI ในองค์กร ทีมเหล่านี้มีหน้าที่รับผิดชอบในการกําหนดและเลื่อนระดับกลยุทธ์การกระจายเนื้อหาเฉพาะ
• เจ้าของเนื้อหาและผู้สร้าง: ทีมและบุคคลทีสนับสนุนการวิเคราะห์ในทีมหรือแผนก และที่สร้างและแจกจ่ายเนื้อหา Power BI หรือ Fabric เจ้าของเนื้อหาและผู้สร้างควรทํางานร่วมกับผู้ดูแลระบบ Azure เพื่อแจกจ่ายหรือแชร์เนื้อหาไปยังผู้ใช้ภายนอก

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

หมายเหตุ

ในบางครั้ง คําศัพท์ การแชร์ และการ แจกจ่าย จะใช้สลับกัน ในบทความนี้ เราอ้างถึงการแชร์เนื้อหาและการแจกจ่ายเนื้อหาด้วยวิธีต่อไปนี้:

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

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

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

ตั้งค่าบทบาทและจัดการสิทธิ์

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

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

ไดอะแกรมต่อไปนี้แสดงตําแหน่งที่คุณสามารถตั้งค่าบทบาทและสิทธิ์ใน Power BI และ Fabric

ไดอะแกรมแสดงแนวคิดและกระบวนการต่อไปนี้:

รายการ	คำอธิบาย
	คุณสามารถแชร์เนื้อหาในพื้นที่ทํางานโดยการกําหนดผู้ใช้และกลุ่มให้กับ บทบาทพื้นที่ทํางาน บทบาทพื้นที่ทํางานสามารถให้สิทธิ์กับรายการทั้งหมดภายในพื้นที่ทํางานได้
	คุณสามารถแชร์เนื้อหาจากแอปโดยการเพิ่มบุคคลไปยัง ผู้ชมแอป หรือโดยการสร้างแอปที่แชร์เนื้อหากับทั้งองค์กร • สมาชิกผู้ชมแอปจะได้รับสิทธิ์แบบอ่านอย่างเดียวในการดูเนื้อหาในแอปเท่านั้น (และไม่สามารถดูแต่ละรายการในพื้นที่ทํางานเบื้องต้น) • คุณสามารถให้สิทธิ์ในการสร้างแก่สมาชิกผู้ชมแอปสําหรับแบบจําลองความหมายพื้นฐานของรายงานแอปและแดชบอร์ดได้
	คุณสามารถให้สิทธิ์เข้าถึงแต่ละรายการได้โดย ให้สิทธิ์การเข้าถึง โดยตรงและการตั้งค่าสิทธิ์เฉพาะ บางรายการ (เช่น กระแสข้อมูล) ไม่สนับสนุนการแชร์โดยการเข้าถึงโดยตรง สําหรับรายการเหล่านี้ คุณแชร์ผ่านบทบาทของพื้นที่ทํางาน
	รายงานมีตัวเลือกเพิ่มเติม ตัวอย่างเช่น คุณสามารถให้การเข้าถึงโดยตรงด้วยลิงก์ที่ใช้ได้สําหรับผู้ใช้และกลุ่มที่เฉพาะเจาะจง หรือมีลิงก์สําหรับทั้งองค์กร ลิงก์ใช้ได้สําหรับวิธีการแจกจ่ายที่เฉพาะเจาะจง เช่น การฝังใน SharePoint Online หรือ การฝังอย่างปลอดภัยในเว็บเพจภายใน บทความนี้แสดงภาพรวมของวิธีการ ที่เป็นไปได้ทั้งหมดในบทความนี้ในภายหลัง
	คุณสามารถแจกจ่ายรายงาน Power BI ได้โดยไม่ต้องตั้งค่าบทบาทหรือจัดการสิทธิ์สําหรับผู้ใช้และกลุ่ม • คุณอาจเลือกที่จะแชร์รายงาน Power BI โดยการฝังลงในเว็บไซต์หรือแอปพลิเคชันแบบกําหนดเอง ในกรณีนี้ คุณสามารถจัดการการรับรองความถูกต้องแบบกําหนดเองได้ด้วยตนเอง การฝังเนื้อหาด้วยวิธีนี้ต้องใช้ F, P, EM หรือ A SKU • คุณยังสามารถแชร์รายงานแบบสาธารณะโดยใช้ การเผยแพร่ไปยังเว็บ ซึ่งเป็นคุณลักษณะของ Power BI ที่ทําให้เนื้อหาพร้อมใช้งานสําหรับทุกคนผ่านอินเทอร์เน็ตสาธารณะ

ตั้งค่าบทบาทสําหรับพื้นที่ทํางานหรือแอป

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

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

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

บทบาทการสนับสนุนอื่น ๆ สําหรับการแจกจ่ายเนื้อหาหรือการแชร์เนื้อหา

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

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

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

สําหรับข้อมูลเพิ่มเติมและใช้กรณีสําหรับการใช้กลุ่มความปลอดภัยใน Fabric และ Power BI ดู กลยุทธ์สําหรับการใช้กลุ่มความปลอดภัย

จัดการสิทธิ์รายการ

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

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

คุณสามารถกําหนดผู้ใช้ให้กับสิทธิ์ต่อไปนี้สําหรับรายการ Power BI หรือ Fabric:

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

คำเตือน

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

การกระจายเนื้อหาและการแชร์ทับซ้อนกับพื้นที่ที่สําคัญอื่นๆ อีกมากมาย หัวข้อต่อไปนี้จะครอบคลุมอยู่ในชุดการวางแผนการใช้งาน Power BI ดูบทความในชุดนี้ตามที่คุณวางแผนว่าคุณจะแชร์และแจกจ่ายเนื้อหาอย่างไร:

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

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

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

วางแผนการแจกจ่ายเนื้อหาไปยังผู้บริโภค

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

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

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

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

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

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

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

ไดอะแกรมแสดงแนวคิดและกระบวนการต่อไปนี้:

รายการ	คำอธิบาย
	ผู้สร้างเนื้อหาสร้างและปรับใช้เนื้อหาในองค์กรของพวกเขา พวกเขาสามารถแจกจ่ายเนื้อหาให้กับผู้ใช้ภายในรายอื่นที่ใช้ Fabric (เช่น พอร์ทัล Fabric หรือแอป Power BI สําหรับอุปกรณ์เคลื่อนที่) ผู้สร้างยังสามารถแชร์รายการการรายงานได้โดยการฝังลงในบริการอื่น ๆ ภายในที่ไม่ใช่ Fabric
	ผู้สร้างยังสามารถแชร์รายการภายนอกองค์กรได้ พวกเขาสามารถแจกจ่ายเนื้อหาไปยังผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกที่ถูกเพิ่มไปยังองค์กรด้วย Microsoft Entra B2B ผู้สร้างยังสามารถแชร์รายการการรายงานไปยังผู้ใช้ภายนอกได้
	เนื้อหาถูกปรับใช้ในผู้เช่า Fabric ซึ่งผู้บริโภคสามารถใช้หรือดูได้
	ความจุผ้าเป็นสิ่งจําเป็นในการสร้างและแชร์รายการ Fabric ถ้าไม่มีความจุ Fabric ผู้สร้างยังคงสามารถสร้าง ปรับใช้ และแชร์รายการ Power BI (เช่น กระแสข้อมูล แบบจําลองความหมาย และรายงาน)
	เนื้อหาถูกปรับใช้กับพื้นที่ทํางาน ซึ่งสามารถประกอบด้วยรายการต่าง ๆ ที่อาจถูกจัดระเบียบลงในโฟลเดอร์ พื้นที่ทํางานสามารถเป็นของไปป์ไลน์และโดเมนการปรับใช้ (ไม่ได้อธิบายไว้ในแผนภาพนี้)
	ผู้สร้างสามารถแชร์เนื้อหาไปยังผู้ใช้ภายในหรือผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกที่เป็นผู้บริโภคเนื้อหาโดยกําหนดบทบาทพื้นที่ทํางานของผู้ชมให้กับพวกเขา บทบาทนี้อนุญาตให้เข้าถึงเนื้อหาทั้งหมดในพื้นที่ทํางานแบบอ่านอย่างเดียว
	ผู้สร้างสามารถแชร์รายการแต่ละรายการไปยังผู้ใช้ภายในหรือกลุ่มโดยให้สิทธิ์การเข้าถึงโดยตรงหรือการแชร์ลิงก์ บุคคลที่ใช้ลิงก์ในองค์กรที่ไม่มีสิทธิ์การเข้าถึงโดยตรงสามารถ ร้องขอได้ ผู้สร้างที่แชร์เนื้อหาผ่านลิงก์ยังสามารถปรับเปลี่ยน URL เพื่อ กรองรายงานโดยใช้พารามิเตอร์สตริงของคิวรี
	รายการรายงานที่เลือกในพื้นที่ทํางานสามารถรวมเป็นแพคเกจลงในแอปได้
	ผู้สร้างสามารถแจกจ่ายเนื้อหาผ่านแอปโดยการสร้างและเพิ่มผู้ใช้ที่เป็นผู้เยี่ยมชมภายในหรือภายนอกที่เป็นผู้บริโภคเนื้อหาไปยังผู้ชมแอปอย่างน้อยหนึ่งคน ผู้สร้างสามารถเลือกจัดระเบียบเนื้อหาแอปให้เป็นผู้ชม โดยผู้ชมแต่ละรายมีสิทธิ์เข้าถึงชุดย่อยของเนื้อหาที่แตกต่างกัน
	ผู้สร้างอาจจัดเก็บไฟล์เนื้อหา เช่น ไฟล์ Power BI Desktop (.pbix) ใน SharePoint หรือ OneDrive for Work หรือ School
	ผู้สร้างสามารถ แชร์ลิงก์ไปยังไฟล์ .pbix จาก SharePoint หรือ OneDrive for Work หรือ School ได้ เมื่อผู้ใช้ภายในมีสิทธิ์การใช้งาน Power BI Pro พวกเขาสามารถดูตัวอย่างรายงานจากไฟล์เหล่านี้ได้โดยไม่ต้องเปิดไฟล์เหล่านั้น (แม้ว่าไฟล์จะไม่ถูกเผยแพร่ไปยังพื้นที่ทํางาน) ผู้รับลิงก์ที่ไม่มีสิทธิ์เข้าถึงหรือสิทธิ์การใช้งาน Power BI Pro ไม่สามารถดูตัวอย่างไฟล์ได้
	ผู้สร้างสามารถแชร์รายการการรายงานผ่านการเข้าถึงโดยตรงโดยใช้ประสบการณ์ที่ไม่ใช่ Fabric พวกเขาสามารถ: •ฝังเนื้อหาใน Microsoft Teams (เป็นแท็บในแชนเนลแชทหรือทีม) • ฝังเนื้อหาใน งานนําเสนอ PowerPoint • ฝังเนื้อหาใน SharePoint Online • ฝังเนื้อหาใน แอป พื้นที่ทํางาน PowerApps (ซึ่งจําเป็นต้องมี สิทธิ์การใช้งาน PowerApps แต่ไม่ใช่ F, P, A หรือ EM SKU) •ฝังเนื้อหาใน เว็บไซต์ ภายใน (หรือที่เรียกว่าการฝังที่ปลอดภัย) •ฝังเนื้อหาใน แอปพลิเคชัน ภายใน (หรือที่เรียกว่า ฝังตัวสําหรับองค์กรของคุณซึ่งจําเป็นต้องใช้ F, P, A หรือ EM SKU) • การสมัครใช้งาน รายงานและ การสมัครใช้งานรายงานที่มีการแบ่งหน้าซึ่งให้การจัดส่งรายงานแบบคงที่ตามกําหนดเวลาผ่านทางอีเมล คุณยังสามารถใช้การสมัครใช้งานแบบปกติและการสมัครใช้งานแบบไดนามิกต่อผู้รับสําหรับทั้งรายงานและรายงานที่มีการแบ่งหน้าได้ • ส่งออกไปยัง API ของไฟล์ (เช่น โดยใช้ Power Automate เพื่อส่งรายงานที่ส่งออกผ่านทางอีเมล)
	ผู้สร้างยังมีตัวเลือกต่าง ๆ ในการแชร์รายการการรายงานให้กับผู้ใช้ภายนอก Fabric พวกเขาสามารถ: • ฝังเนื้อหาอย่างปลอดภัยในเว็บไซต์ภายนอก (ต้องใช้ F, P, A หรือ EM SKU) •ฝังเนื้อหาอย่างปลอดภัยใน แอปพลิเคชัน ภายนอก (หรือที่เรียกว่า ฝังตัวสําหรับลูกค้าของคุณ) • เผยแพร่ไปยังเว็บ สําหรับรายงาน ซึ่งทําให้เนื้อหาพร้อมใช้งานสําหรับทุกคนผ่านทางอินเทอร์เน็ตสาธารณะ แนะนําให้เผยแพร่ไปยังเว็บสําหรับเนื้อหาที่เหมาะสมกับผู้ชมสาธารณะเท่านั้น การเผยแพร่ไปยังเว็บไม่เหมาะสําหรับรายงานที่เป็นความลับหรือเป็นความลับ สำหรับข้อมูลเพิ่มเติม โปรดดู เผยแพร่ไปยังเว็บจาก Power BI

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

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

ขั้นตอนที่ 1: ระบุว่าผู้บริโภคเป็นใครและวิธีการเข้าถึง

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

ตรวจสอบและจัดทําเอกสารคําตอบสําหรับคําถามต่อไปนี้:

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

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

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

ส่วนต่อไปนี้ช่วยให้คุณกําหนดได้ว่าตัวเลือกใดที่ดีกว่าสําหรับสถานการณ์ของคุณ

ตัวเลือกที่ 1: คุณแจกจ่ายเนื้อหาไปยังผู้บริโภค

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

วิธีการนี้เป็นประโยชน์เมื่อ:

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

สําหรับคําแนะนําทีละขั้นตอนเพื่อสร้างและเพิ่มสมาชิกลงในกลุ่มความปลอดภัย Microsoft Entra ดู บทช่วยสอนนี้

ตัวเลือกที่ 2: ผู้บริโภคร้องขอสิทธิ์การเข้าถึงเนื้อหา

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

วิธีการนี้เป็นประโยชน์เมื่อ:

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

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

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

ตัวเลือกที่ 3: ทั้งองค์กรสามารถเข้าถึงเนื้อหาได้

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

วิธีการนี้เป็นประโยชน์เมื่อ:

• เนื้อหาและข้อมูลพื้นฐานเหมาะสําหรับทั้งองค์กร
• คุณมีกระบวนการสําหรับผู้ใช้เนื้อหาเพื่อค้นหาและทําความเข้าใจเนื้อหานี้ เช่น การฝึกอบรม ชั่วโมงทํางาน หรือหน้าคําถามที่ถามบ่อย (FAQ)

คำเตือน

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

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

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

ขั้นตอนที่ 2 ระบุตําแหน่งที่ผู้บริโภคจะดูเนื้อหา

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

ผู้บริโภคสามารถดูเนื้อหาในสี่วิธีโดยเฉพาะโดยใช้:

• ลิงก์ไปยังรายการเนื้อหาแต่ละรายการ
• พื้นที่ทำงาน
• แอป
• ประสบการณ์การใช้งานที่ไม่ใช่ Fabric เช่น ตําแหน่งที่เนื้อหาถูกฝังลงในบริการอื่น แอปแบบกําหนดเอง หรือเว็บไซต์

ส่วนต่อไปนี้ช่วยให้คุณกําหนดได้ว่าตัวเลือกใดที่ดีกว่าสําหรับสถานการณ์ของคุณ

ตัวเลือกที่ 1: ดูรายการเนื้อหาแต่ละรายการใน Fabric

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

วิธีการนี้เป็นประโยชน์เมื่อ:

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

เมื่อคุณแชร์รายการเนื้อหาแต่ละรายการ ให้พิจารณาประเด็นต่อไปนี้:

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

คำเตือน

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

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

เจ้าของเนื้อหาสามารถจัดการมุมมองที่ใช้ร่วมกันในบานหน้าต่าง จัดการสิทธิ์

ตัวเลือกที่ 2: ดูเนื้อหาในพื้นที่ทํางาน

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

สําหรับข้อมูลเพิ่มเติมเกี่ยวกับบทบาทพื้นที่ทํางาน ให้ดู บทบาทในพื้นที่ทํางาน

วิธีการนี้เป็นประโยชน์เมื่อ:

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

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

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

ตัวเลือกที่ 3: ดูเนื้อหาในแอป

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

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

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

วิธีการนี้เป็นประโยชน์เมื่อ:

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

เมื่อคุณแชร์เนื้อหาในแอป ให้พิจารณาประเด็นต่อไปนี้:

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

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

ตัวเลือกที่ 4: ดูเนื้อหาจากบริการอื่น ๆ

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

วิธีการนี้เป็นประโยชน์เมื่อ:

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

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

แต่ละวิธีมีกรณีการใช้งานเฉพาะที่สามารถสนับสนุนได้:

• การฝังใน Microsoft Teams: ตัวเลือกนี้มีประโยชน์เมื่อคุณใช้รายงาน Power BI เพื่อช่วยประสานงานโครงการหรืองานที่ทํางานร่วมกันอื่นๆ
• ฝังใน PowerPoint: ตัวเลือกนี้จะเป็นประโยชน์เมื่อคุณต้องการรวมรายงาน Power BI ในงานนําเสนอของคุณ หรือแสดงรายงานหลายรายการอย่างต่อเนื่องบนหน้าจอ ตัวอย่างอาจเป็นรายงานที่แสดงเหตุการณ์หรือใบสั่งที่เปิดในโรงงานผลิต
• ฝังใน SharePoint Online: ตัวเลือกนี้จะเป็นประโยชน์เมื่อคุณต้องการรวมศูนย์รายงานในไซต์ SharePoint เพื่อเปิดใช้งานการทํางานร่วมกัน หรือเมื่อ SharePoint เป็นวิธีที่คุณต้องการแจกจ่ายและจัดการการเข้าถึงเนื้อหาชนิดต่าง ๆ ในองค์กร
• ฝังในแอปพื้นที่ทํางาน Power Apps: ตัวเลือกนี้มีประโยชน์เมื่อคุณต้องการให้เนื้อหา Power BI แจ้งการตัดสินใจและการดําเนินการของผู้ใช้ในแอปที่สร้างขึ้นด้วย Power Apps ตัวอย่างเช่น คุณอาจมีแอปสําหรับการลงทะเบียนที่นั่งในสํานักงานที่เปิดอยู่ และรายงาน Power BI ที่แสดงข้อมูลเกี่ยวกับความพร้อมใช้งานของที่นั่งและการเข้าทํางานของสํานักงาน อย่างไรก็ตาม Power Apps จําเป็นต้องมีสิทธิ์การใช้งานสําหรับทั้งผู้สร้างและผู้บริโภค
• ฝังในเว็บไซต์ภายในหรือแอปพลิเคชันภายนอก: ตัวเลือกนี้มีประโยชน์เมื่อคุณต้องการรวมรายงาน Power BI กับเนื้อหาที่พัฒนาขึ้นเองอื่น ๆ อย่างไรก็ตาม วิธีการนี้ต้องใช้ความพยายามในการพัฒนามากขึ้น เมื่อดําเนินการเสร็จแล้วสําหรับเว็บไซต์ภายใน คุณสามารถใช้ วิธีการฝังสําหรับองค์กรของคุณ เมื่อเสร็จสิ้นสําหรับแอปพลิเคชันภายนอก คุณสามารถใช้ วิธีการฝังสําหรับลูกค้า ของคุณ วิธีการนี้จําเป็นต้องใช้ความจุ Fabric (F SKU) หรือ Power BI Embedded (EM SKU) อย่างใดอย่างหนึ่ง
• การสมัครใช้งานรายงาน: ตัวเลือกนี้ช่วยให้คุณสมัครใช้งานผู้บริโภคสําหรับรายงานและรายงานที่มีการแบ่งหน้า ซึ่งสามารถส่งรายงานแบบคงที่ทางอีเมลหรือไปยังไซต์ SharePoint ตามกําหนดการ สําหรับรายงาน การสมัครใช้งานมีประโยชน์จากการแจ้งให้ผู้บริโภคทราบเมื่อมีการรีเฟรชข้อมูลในแบบจําลองความหมายพื้นฐาน วิธีการนี้คือการรวมที่ดีที่สุดกับวิธีการอื่น ๆ เช่น การแชร์เนื้อหาจากแอป ด้วยวิธีนี้ ผู้ใช้จะทราบเฉพาะการตรวจสอบแอปเมื่อมีการอัปเดตเนื้อหาภายในเท่านั้น
• ส่งออกไปยังไฟล์ API: ตัวเลือกนี้เปิดใช้งานสถานการณ์ที่จํากัดเมื่อคุณต้องการแจกจ่ายรายงานเวอร์ชันคงที่เป็นไฟล์เอกสาร PDF (.pdf) หรือ PowerPoint (.pptx)

คำเตือน

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

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

ตัวอย่างที่ดีคือเมื่อคุณอาจแจกจ่ายไฟล์คือเมื่อรายงานต้องถูกเก็บไว้เพื่อวัตถุประสงค์ในการตรวจสอบ

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

ขั้นตอนที่ 3: ระบุว่าผู้บริโภคอยู่นอกองค์กรหรือไม่

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

ตัวเลือกที่ 1: สร้างข้อมูลประจําตัวที่ซ้ํากันสําหรับผู้ใช้ภายนอก

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

วิธีการนี้เป็นประโยชน์เมื่อ:

• ข้อจํากัดของ Microsoft Entra B2B ป้องกันไม่ให้คุณทําสิ่งที่คุณต้องการ ตัวอย่างของข้อจํากัดของ Microsoft Entra B2B สําหรับผู้บริโภคได้แก่:
  • ผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกอาจไม่สามารถเปิดไฟล์ที่ส่งออกจากรายงานที่มีป้ายชื่อระดับความลับที่มีการตั้งค่าการป้องกันได้
  • ผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกไม่สามารถใช้ Power BI Desktop เพื่อเชื่อมต่อกับแบบจําลองความหมายหรือกระแสข้อมูลที่อยู่ในบริการของ Power BI ได้
  • ผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกไม่สามารถใช้ การวิเคราะห์ใน Excel ได้
• คุณไม่มีทักษะการพัฒนาหรือแหล่งข้อมูลเพื่อฝังเนื้อหาในแอปพลิเคชันแบบกําหนดเอง
• ไม่มีผู้บริโภคภายนอกในระยะยาวจํานวนมาก

ตัวเลือกที่ 2: สร้างบัญชีผู้เยี่ยมชม Microsoft Entra B2B สําหรับผู้บริโภคภายนอก

Microsoft Entra B2B เป็นตัวเลือกที่ดีใน การกระจายเนื้อหาไปยังผู้บริโภคภายนอก ด้วยวิธีนี้ ผู้ดูแลระบบ Azure เพิ่มผู้บริโภคภายนอกเป็นผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกใน Microsoft Entra ID ถ้าผู้ใช้ภายนอกจําเป็นต้องมีการเข้าถึงเนื้อหา ผู้ดูแลระบบ Azure หรือผู้ดูแลระบบ Microsoft 365 สามารถเตรียมใช้งานสิทธิ์การใช้งานต่อผู้ใช้สําหรับข้อมูลประจําตัวได้

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

หากคุณต้องการแจกจ่ายเนื้อหาให้กับผู้บริโภคภายนอกองค์กรของคุณ เราขอแนะนําให้คุณอ่าน กระจายเนื้อหา Power BI ไปยังผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกโดยใช้ Microsoft Entra B2B

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

ผู้บริโภคไม่จําเป็นต้องมีสิทธิ์การใช้งาน Power BI Pro เพื่อดูเนื้อหาในความจุ Fabric อย่างไรก็ตาม ผู้สร้างจําเป็นต้องมีสิทธิ์การใช้งาน Power BI Pro เพื่อสร้างและแชร์เนื้อหา Power BI ผู้บริโภคจําเป็นต้องมีสิทธิ์การใช้งาน Power BI Pro เพื่อดูเนื้อหาในพื้นที่ทํางานที่ใช้โหมดสิทธิการใช้งานแบบ Pro หรือ Premium ต่อผู้ใช้ (PPU)

Microsoft Entra B2B ต้องการให้คุณเปิดใช้งานการตั้งค่าเฉพาะในพอร์ทัลผู้ดูแลระบบ Fabric สําหรับภาพรวมของการตั้งค่าที่เกี่ยวข้อง ผู้ดูแลระบบ Fabric สามารถใช้เพื่อควบคุมวิธีที่ผู้สร้างแชร์เนื้อหา ดู การตั้งค่าผู้เช่าส่งออกและแชร์

นี่คือบางสถานการณ์ที่คุณสามารถใช้ Microsoft Entra B2B เพื่อส่งเนื้อหาไปยังผู้บริโภคภายนอก:

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

วิธีการนี้เป็นประโยชน์เมื่อ:

• มีจํานวนผู้บริโภคภายนอกที่สามารถจัดการได้
• คุณมีความจุ Fabric และต้องการให้ผู้บริโภคภายนอกได้รับประโยชน์จากผู้ชมฟรี หรือผู้บริโภคภายนอกมีสิทธิ์การใช้งาน Power BI Pro ของตนเองเพื่อใช้กับ BYOL
• คุณไม่มีทักษะการพัฒนาหรือแหล่งข้อมูลเพื่อฝังเนื้อหาในแอปพลิเคชันแบบกําหนดเอง

Microsoft Entra B2B อยู่ภายใต้ ข้อจํากัด ที่คุณควรทราบ วางแผนอย่างระมัดระวังและดําเนินการทดสอบกับผู้ใช้ภายนอกอย่างน้อยหนึ่งรายก่อนที่คุณจะยอมรับวิธีการแจกจ่ายเนื้อหาของคุณ

ตัวเลือกที่ 3: ฝังเนื้อหาในเว็บไซต์หรือแอปพลิเคชันแบบกําหนดเอง

ในวิธีนี้ คุณใช้ F, P, A หรือ EM SKU เพื่อฝังเนื้อหาในเว็บไซต์หรือแอปพลิเคชันภายนอกแบบกําหนดเอง (ฝังสําหรับลูกค้าของคุณ) วิธีการนี้จําเป็นต้องมีทักษะ เวลา และแหล่งข้อมูลเพื่อพัฒนาแอปพลิเคชันแบบกําหนดเองและจัดการการรับรองความถูกต้อง ทําให้มีความยืดหยุ่นและควบคุมกระบวนการเข้าถึง

วิธีการนี้เป็นประโยชน์เมื่อ:

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

ตัวเลือกที่ 4: เผยแพร่เนื้อหาสําหรับผู้ชมสาธารณะโดยใช้เผยแพร่ไปยังเว็บ

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

ตัวเลือกนี้จะเป็นประโยชน์เมื่อ:

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

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

การเผยแพร่ไปยังเว็บอยู่ภายใต้ข้อจํากัดมากมาย ทดสอบว่าการออกแบบรายงานของคุณทํางานเมื่อคุณใช้เผยแพร่ไปยังเว็บก่อนที่คุณจะยอมรับแนวทางนี้

ขั้นตอนที่ 4: ระบุข้อควรพิจารณาเกี่ยวกับสิทธิ์การใช้งานของผู้บริโภค

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

• สิทธิ์การใช้งานต่อผู้ใช้: ผู้บริโภคเนื้อหาอาจจําเป็นต้องมีสิทธิ์การใช้งาน Microsoft Fabric Free, Power BI Pro หรือ Premium Per User (PPU) เพื่อดูเนื้อหา โดยขึ้นอยู่กับปัจจัยอื่น ๆ (อธิบายไว้ในส่วนนี้ในภายหลัง)
• สิทธิ์การใช้งานต่อความจุ: องค์กรของคุณจําเป็นต้องมีความจุ Fabric (F SKU) หรือ Power BI Embedded (EM SKU) เพื่อฝังเนื้อหาในแอปพลิเคชันแบบกําหนดเอง
• สิทธิ์การใช้งานอื่นๆ: ถ้าคุณแจกจ่ายเนื้อหาโดยใช้บริการหรือแอปพลิเคชันอื่น ผู้บริโภคเนื้อหาอาจจําเป็นต้องมีสิทธิ์การใช้งานอื่น ๆ ตัวอย่างเช่น ทั้งผู้สร้างเนื้อหาและผู้บริโภคจําเป็นต้องมีสิทธิ์การใช้งาน Power Apps เพื่อแจกจ่ายและดูเนื้อหาโดยใช้บริการนี้

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

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

ส่วนต่อไปนี้แสดงสิทธิ์การใช้งานต่อผู้ใช้เฉพาะที่คุณอาจจําเป็นต้องใช้สําหรับผู้บริโภค

สถานการณ์ที่ 1: ผู้บริโภคไม่จําเป็นต้องมีสิทธิ์การใช้งาน

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

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

สถานการณ์ที่ 2: ผู้บริโภคจําเป็นต้องมีสิทธิ์การใช้งาน Microsoft Fabric ฟรี

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

สถานการณ์ที่ 3: ผู้บริโภคจําเป็นต้องมีสิทธิ์การใช้งาน Power BI Pro

ผู้สร้างเนื้อหาจําเป็นต้องมีสิทธิ์การใช้งาน Power BI Pro เสมอเพื่อแชร์เนื้อหา Power BI แม้ว่าเนื้อหานั้นจะถูกเผยแพร่ไปยังพื้นที่ทํางานบนความจุ Fabric ก็ตาม อย่างไรก็ตาม ผู้สร้างเนื้อหาไม่จําเป็นต้องมีสิทธิ์การใช้งาน Power BI Pro เพื่อสร้างหรือแชร์เนื้อหา Fabric

ผู้บริโภคเนื้อหาจําเป็นต้องมีสิทธิ์การใช้งาน Power BI Pro เพื่อ:

• ใช้เนื้อหาที่อยู่ในพื้นที่ทํางานที่ไม่ได้ใช้โหมดสิทธิ์การใช้งาน Fabric
• แชร์เนื้อหา Power BI กับผู้บริโภคอื่น ๆ
• แสดงตัวอย่างไฟล์ .pbix ที่แชร์ซึ่งจัดเก็บไว้ใน OneDrive for Work หรือ School หรือ SharePoint
• ใช้บัญชีผู้เยี่ยมชม Microsoft Entra B2B ที่ไม่สามารถใช้ BYOL ได้

สถานการณ์ที่ 4: ผู้บริโภคจําเป็นต้องมีสิทธิ์การใช้งาน Power BI Pro หรือ PPU

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

การให้สิทธิการใช้งาน Power BI Pro หรือ PPU แก่ผู้ใช้จะไม่ให้สิทธิ์ในการสร้างหรือเขียนไปยังรายการ Power BI ที่ปรับใช้กับพื้นที่ทํางานแล้วโดยอัตโนมัติ สิทธิ์การใช้งานมีผลต่อสิ่งที่ผู้ใช้สามารถทําได้ แต่ไม่มีผลต่อสิทธิ์รายการหรือบทบาทต่าง ๆ ภายใน Fabric

ขั้นตอนที่ 5: ระบุว่าผู้บริโภคจําเป็นต้องมีสิทธิ์ในการสร้างหรือไม่

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

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

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

ตัวเลือกที่ 1: ไม่มีสิทธิ์ในการสร้าง

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

วิธีการนี้เป็นประโยชน์เมื่อ:

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

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

พิจารณาคุณลักษณะ Power BI ต่อไปนี้ที่ให้ความยืดหยุ่นแก่ผู้บริโภค:

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

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

ตัวเลือกที่ 2: สิทธิ์การสร้างของผู้ชมแอป

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

วิธีการนี้เป็นประโยชน์เมื่อ:

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

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

ตัวเลือกที่ 3: สิทธิ์ในการสร้างรายการ

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

วิธีการนี้เป็นประโยชน์เมื่อ:

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

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

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

วางแผนที่จะแชร์เนื้อหากับผู้สร้างคนอื่น ๆ

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

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

ไดอะแกรมแสดงแนวคิดและกระบวนการต่อไปนี้:

รายการ	คำอธิบาย
	ผู้สร้างเนื้อหาสร้างและปรับใช้เนื้อหาในองค์กรของพวกเขา พวกเขาสามารถแชร์เนื้อหากับผู้ใช้อื่นภายในที่ใช้ Fabric (เช่น พอร์ทัล Fabric หรือแอป Power BI สําหรับอุปกรณ์เคลื่อนที่)
	ผู้สร้างยังสามารถแชร์รายการภายนอกองค์กรได้ พวกเขาสามารถแจกจ่ายเนื้อหาไปยังผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกที่ถูกเพิ่มไปยังองค์กรด้วย Microsoft Entra B2B ในบางสถานการณ์ ผู้สร้างยังสามารถแชร์ไฟล์เนื้อหาของพวกเขาให้กับผู้ใช้ภายนอกได้
	เนื้อหาถูกปรับใช้ในผู้เช่า Fabric ที่ผู้สร้างสามารถใช้หรือดูได้
	ความจุผ้าเป็นสิ่งจําเป็นในการสร้างและแชร์รายการ Fabric
	เนื้อหาถูกปรับใช้กับพื้นที่ทํางาน
	ผู้สร้างสามารถแจกจ่ายเนื้อหากับผู้ใช้ภายในอื่น หรือผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกที่เป็นผู้สร้างเนื้อหา โดยกําหนดบทบาทพื้นที่ทํางานผู้ดูแลระบบ สมาชิก หรือผู้สนับสนุนให้กับพวกเขา เราขอแนะนําให้คุณใช้หลักการของ สิทธิ์พิเศษ น้อยที่สุดเมื่อคุณแชร์เนื้อหาตามบทบาทพื้นที่ทํางาน
	ผู้สร้างยังสามารถแชร์เนื้อหากับผู้ใช้ภายในอื่นหรือผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกที่เป็นผู้สร้างเนื้อหาโดยการแชร์รายการแต่ละรายการผ่านลิงก์ เมื่อผู้สร้างมีสิทธิ์เข้าถึงรายการข้อมูลผ่านบทบาทการเข้าถึงโดยตรงหรือพื้นที่ทํางาน พวกเขาสามารถค้นหาเนื้อหานี้โดยใช้แค็ตตาล็อก OneLakeได้
	ในพื้นที่ทํางานบนความจุ Fabric ผู้สร้างสามารถสร้างและใช้ lakehouses ซึ่งประกอบด้วยตารางและไฟล์ในโฟลเดอร์
	ผู้สร้างสามารถแชร์ข้อมูลในโฟลเดอร์ lakehouse ให้กับผู้ใช้ภายในอื่น ๆ หรือผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกที่เป็นผู้สร้างโดยใช้ บทบาทการเข้าถึงข้อมูล OneLake ซึ่งเรียกอีกอย่างว่าการควบคุมการเข้าถึงตามบทบาท (RBAC)
	ในพื้นที่ทํางานบนความจุ Fabric ผู้สร้างสามารถสร้างและใช้ ฐานข้อมูล KQL ซึ่งประกอบด้วยตารางและไฟล์ในโฟลเดอร์
	ผู้สร้างสามารถแชร์ข้อมูลจากโฟลเดอร์ของเลคเฮ้าส์หรือฐานข้อมูล KQL กับผู้ใช้ภายนอกภายนอกองค์กรโดยใช้ การแชร์ข้อมูลภายนอก

ขั้นตอนที่ 1 ระบุผู้สร้างและวิธีการเข้าถึง

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

จากนั้นคุณก็พร้อมที่จะทํางานต่อไปนี้ให้เสร็จสมบูรณ์:

• แชร์เกตเวย์: ถ้าจําเป็น ให้ตั้งค่าการเข้าถึงเกตเวย์ข้อมูลโดยการเพิ่มผู้ใช้ไปยังการเชื่อมต่อแหล่งข้อมูลในบทบาทผู้ใช้ (หรือผู้ใช้ที่มีการแชร์)
• สร้างพื้นที่ทํางาน: สร้างและแชร์การเข้าถึงพื้นที่ทํางานที่ผู้สร้างควรเผยแพร่เนื้อหาของพวกเขา หากยังไม่มี ผู้สร้างอาจจําเป็นต้องเข้าถึงพื้นที่ทํางานมากกว่าหนึ่งรายการหากพวกเขาวางแผนที่จะใช้พื้นที่ทํางานแยกต่างหากเพื่อพัฒนา ทดสอบ และแชร์เนื้อหากับผู้บริโภค อีกวิธีหนึ่งคือ คุณอาจแชร์การเข้าถึงพื้นที่ทํางานที่มีอยู่ที่ประกอบด้วยเนื้อหาอื่น ๆ ที่ผู้สร้างจําเป็นต้องเข้าถึง (อธิบายไว้ในบทความนี้ในภายหลัง)
• จัดสรรสิทธิ์การใช้งาน: ผู้สร้างจําเป็นต้องมีสิทธิ์การใช้งานที่แตกต่างกันโดยขึ้นอยู่กับเนื้อหาที่พวกเขาสร้าง
  • คุณจําเป็นต้องมีสิทธิ์การใช้งาน Power BI Pro ในการสร้างและแชร์เนื้อหา Power BI เสมอ
  • คุณจําเป็นต้องมีสิทธิการใช้งาน PPU ในการสร้างและแชร์เนื้อหาเมื่อพื้นที่ทํางานใช้โหมดสิทธิการใช้งาน PPU
  • ไม่จําเป็นต้องมีใบอนุญาตในการสร้างและแชร์รายการ Fabric เมื่อพื้นที่ทํางานอยู่บนความจุ Fabric

ตัวเลือกที่ 1: คุณให้การเข้าถึงกับผู้สร้าง

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

วิธีการนี้เป็นประโยชน์เมื่อ:

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

ตัวเลือกที่ 2: ผู้สร้างค้นหารายการและร้องขอการเข้าถึงจากแค็ตตาล็อก OneLake

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

วิธีการนี้เป็นประโยชน์เมื่อ:

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

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

ขั้นตอนที่ 2: ตัดสินใจเกี่ยวกับสิทธิ์ของผู้สร้าง

พวกเขาอาจต้องการสิทธิ์ที่แตกต่างกัน ทั้งนี้ขึ้นอยู่กับวิธีการที่ผู้สร้างจะใช้เนื้อหา

ตัวเลือกที่ 1: เขียนสิทธิ์

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

ให้สิทธิ์การเขียนแก่ผู้สร้างเมื่อ:

• ผู้สร้างจําเป็นต้องเปลี่ยนแปลงหรือจัดการรายการ
• คุณจะทํางานร่วมกับผู้สร้างบนรายการ

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

ตัวเลือกที่ 2: สิทธิ์ในการสร้าง

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

ให้สิทธิ์ในการสร้างแก่ผู้สร้างเมื่อผู้สร้างจะสร้างเนื้อหาใหม่จากแบบจําลองความหมายที่มีอยู่

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

ตัวเลือกที่ 3: อ่านสิทธิ์

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

ให้สิทธิ์ในการอ่านแก่ผู้สร้างเมื่อ:

• ผู้สร้างควรค้นพบแบบจําลองเชิงความหมายในแค็ตตาล็อก OneLake เพื่อดูเมตาดาต้าของพวกเขา และร้องขอสิทธิ์ในการสร้างจากเจ้าของเนื้อหา
• ผู้สร้างควรใช้รายการข้อมูล Fabric เช่น lakehouses หรือคลังข้อมูลเพื่อสร้างเนื้อหาของตนเอง

ขั้นตอนที่ 3: ระบุว่าผู้สร้างอยู่นอกองค์กรหรือไม่

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

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

ตัวเลือกที่ 1: สร้างข้อมูลประจําตัวที่ซ้ํากันสําหรับผู้สร้างภายนอก

คุณสามารถสร้าง บัญชีใหม่สําหรับผู้ใช้ภายนอก ในผู้เช่าของคุณที่พวกเขาต้องใช้เพื่อเข้าถึงเนื้อหานั้น

พิจารณาใช้ข้อมูลประจําตัวที่ซ้ํากันสําหรับผู้สร้างภายนอกเมื่อ:

• ผู้สร้างภายนอกจําเป็นต้องเข้าถึงบริการภายในอื่น ๆ หรือพวกเขาต้องการใช้บัญชีภายในแยกต่างหาก
• นโยบายขององค์กรหรือการตั้งค่าผู้ดูแลระบบไม่อนุญาตให้มีการแชร์แบบธุรกิจต่อธุรกิจ (B2B)
• ข้อจํากัดของ Microsoft Entra B2B ป้องกันไม่ให้คุณทําสิ่งที่คุณต้องการ ตัวอย่างของข้อจํากัดของ Microsoft Entra B2B สําหรับผู้สร้างได้แก่:
  • ผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกไม่สามารถใช้ Power BI Desktop เพื่อเชื่อมต่อกับแบบจําลองความหมายหรือกระแสข้อมูลที่อยู่ในบริการของ Power BI และไม่สามารถเผยแพร่จาก Power BI Desktop ได้
  • ผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกไม่สามารถตั้งค่าป้ายชื่อระดับความลับได้
  • ผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกไม่สามารถติดตั้งเกตเวย์ข้อมูลภายในองค์กรได้

ตัวเลือกที่ 2: สร้างบัญชีผู้เยี่ยมชม Microsoft Entra B2B สําหรับผู้สร้างภายนอก

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

พิจารณาแจกจ่ายเนื้อหาไปยังผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกเมื่อ:

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

สำคัญ

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

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

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

ทั้งการแชร์แบบจําลองความหมายของ Microsoft Entra B2B และแบบในสถานที่มีข้อควรพิจารณาและข้อจํากัดต่าง ๆ ที่คุณควรทราบ

ขั้นตอนที่ 4: ระบุสิ่งที่ผู้สร้างจําเป็นต้องเข้าถึง

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

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

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

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

ส่วนต่อไปนี้ช่วยให้คุณสามารถกําหนดสิ่งที่ผู้สร้างการเข้าถึงควรได้รับ

ตัวเลือกที่ 1: การเข้าถึงไปป์ไลน์การปรับใช้

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

วิธีการนี้เป็นประโยชน์เมื่อ:

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

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

ตัวเลือกที่ 2: การเข้าถึงพื้นที่ทํางาน

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

วิธีการนี้เป็นประโยชน์เมื่อ:

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

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

ตัวเลือกที่ 3: การเข้าถึงหน่วยข้อมูล

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

วิธีการนี้เป็นประโยชน์เมื่อ:

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

หมายเหตุ

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

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

ตัวเลือกที่ 4: การเข้าถึงข้อมูล

ในบางสถานการณ์ ผู้สร้างเนื้อหาจะต้องเข้าถึงข้อมูลเบื้องต้น ในกรณีนี้ ผู้สร้างอาจต้องการแปลงหรือเติมแต่งข้อมูลนั้นเพื่อวัตถุประสงค์อื่น ๆ คุณมีสองตัวเลือกในการแชร์ข้อมูลใน Fabric:

• บทบาทการเข้าถึงข้อมูล OneLake: คุณสามารถกําหนดบุคคลที่มีบทบาทการเข้าถึงข้อมูลสําหรับข้อมูลในโฟลเดอร์ของ lakehouse ได้ วิธีนี้ช่วยให้คุณนํา RBAC ไปใช้กับข้อมูล OneLake เพื่อจํากัดสิ่งที่บุคคลสามารถดูได้
• ทางลัด OneLake: แม้ว่านี่ไม่ใช่เทคนิคการแชร์อย่างเคร่งครัด คุณสามารถให้การเข้าถึงข้อมูลโดยการสร้าง ทางลัด OneLake ภายในเพื่ออ้างอิงข้อมูลภายในรายการ Fabric ที่มีอยู่ วิธีนี้ช่วยให้คุณนําข้อมูลกลับมาใช้ใหม่ระหว่างทีมและพื้นที่ทํางานในขณะที่ยังคงรักษาสําเนาของข้อมูลชุดเดียว

วิธีการเหล่านี้จะเป็นประโยชน์เมื่อ:

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

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

รายการ ตรวจสอบ - เมื่อแชร์เนื้อหากับผู้สร้างคนอื่น ๆ การตัดสินใจและข้อควรพิจารณาที่สําคัญประกอบด้วย:

• ระบุว่าผู้สร้างเนื้อหาสามารถเข้าถึงเนื้อหาได้อย่างไร : ตัดสินใจว่าคุณจะให้สิทธิ์การเข้าถึงผู้สร้างเนื้อหาในเชิงรุกหรือว่าพวกเขาคาดหวังให้ค้นหาและร้องขอการเข้าถึงเนื้อหาด้วยตนเองจากแค็ตตาล็อก OneLake หรือไม่
• สร้างพื้นที่ทํางานสําหรับผู้สร้างเพื่อเผยแพร่เนื้อหา: ตรวจสอบให้แน่ใจว่าผู้สร้างมีพื้นที่ทํางานที่พร้อมใช้งานเพื่อเผยแพร่แบบจําลองและรายงานเชิงความหมาย หรือเพื่อสร้างเนื้อหาอื่นในพอร์ทัล Fabric
• จัดสรรสิทธิ์การใช้งานให้ผู้สร้าง: ทํางานร่วมกับผู้ดูแลระบบที่เหมาะสมเพื่อให้แน่ใจว่าผู้สร้างมีสิทธิ์การใช้งานต่อผู้ใช้ที่เหมาะสมเพื่อสร้างและแชร์เนื้อหา
• ตัดสินใจว่าผู้สร้างควรมีสิทธิ์ใด: ตัดสินใจว่าผู้สร้างจําเป็นต้องมีสิทธิ์อ่าน สร้าง หรือเขียนเนื้อหาที่มีอยู่หรือไม่
• แชร์เกตเวย์ข้อมูล: ถ้าจําเป็น ให้ตั้งค่าการเข้าถึงเกตเวย์ข้อมูลโดยการเพิ่มผู้ใช้ไปยังการเชื่อมต่อแหล่งข้อมูลในบทบาทผู้ใช้ (หรือผู้ใช้ที่มีการแชร์)
• ตัดสินใจว่าคุณจะจัดการผู้ใช้ภายนอกอย่างไร: ระบุว่าคุณจะทํางานร่วมกับผู้สร้างใด ๆ ภายนอกองค์กรหรือไม่ ถ้าเป็นเช่นนั้น ตัดสินใจเลือกวิธีการที่คุณจะใช้เพื่อแชร์เนื้อหากับผู้ใช้เหล่านี้
• เพิ่มผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอก: หากคุณจะแชร์เนื้อหาโดยใช้ Microsoft Entra B2B ขอให้ผู้ดูแลระบบที่เกี่ยวข้องเพิ่มผู้ใช้ที่เป็นผู้เยี่ยมชม
• ตัดสินใจว่าผู้สร้างจําเป็นต้องเข้าถึงรายการที่มีอยู่หรือไม่: ระบุว่าผู้สร้างเนื้อหาจําเป็นต้องเข้าถึงไปป์ไลน์การปรับใช้ พื้นที่ทํางาน รายการเนื้อหาแต่ละรายการ หรือข้อมูลภายใน lakehouses หรือฐานข้อมูล KQL

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

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