รวม Microsoft Fabric กับระบบภายนอกและการเชื่อมต่อแพลตฟอร์ม

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

บทความนี้จะอธิบายถึงวิธีการ:

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

ดําเนินการอัตโนมัติด้วย Data Activator

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

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

ทํางานร่วมกันทั่วทั้ง Microsoft 365

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

  • Microsoft Teams: แชร์รายงานและแดชบอร์ดในช่องทางหรือการแชท คุณสามารถฝังวิชวล Power BI ในแท็บ Teams ทํางานร่วมกันในข้อมูลเชิงลึก และรับการแจ้งเตือนที่ขับเคลื่อนด้วยข้อมูล
  • Excel: ใช้ วิเคราะห์ใน Excel เพื่อเชื่อมต่อ PivotTable และเครื่องมือวิเคราะห์ขั้นสูงกับแบบจําลองความหมายของ Fabric ในขณะที่ยังคงการเชื่อมต่อแบบสด
  • PowerPoint: ฝังหรือส่งออกรายงาน Power BI ลงในงานนําเสนอ เพื่อให้ผู้มีส่วนได้ส่วนเสียสามารถดูการวิเคราะห์แบบสดหรือสแนปช็อตได้
  • SharePoint และ OneDrive: เผยแพร่รายงานไปยัง SharePoint Online และจัดเก็บไฟล์สนับสนุนใน OneDrive ด้วยการควบคุมการรักษาความปลอดภัยและการปฏิบัติตามข้อบังคับของ Microsoft 365

การผสานรวมเหล่านี้ช่วยให้การวิเคราะห์ไหลไปสู่กระบวนการทํางานร่วมกัน

ผสานรวมกับโซลูชัน AI ตัวแทน

Fabric รองรับสถานการณ์ AI ตามตัวแทนผ่านรากฐานความหมายที่ใช้ร่วมกัน รากฐานนี้ผสานรวมกับองค์ประกอบหลักสามประการเพื่อมอบความสามารถตัวแทนแบบ end-to-end:

  • Microsoft Foundry โฮสต์โมเดลที่ปรับแต่งอย่างละเอียดและระบบดึงความรู้ รองรับการผสานรวมผ่านมาตรฐานแบบเปิด เช่น Model Context Protocol (MCP) สามารถใช้ Fabric Data Agents เป็นส่วนหนึ่งของเวิร์กโฟลว์ AI ของตัวแทน
  • Copilot Studio ช่วยให้คุณสามารถออกแบบตัวแทนการสนทนาและทําให้กระบวนการอัตโนมัติที่เรียกใช้ Fabric Data Agents สําหรับข้อมูลเชิงลึกที่มีการควบคุม
  • Microsoft 365 Copilot แสดงความสามารถเหล่านี้ในเครื่องมือต่างๆ เช่น Teams และ Outlook โดยกําหนดเส้นทางคิวรีไปยังตัวแทนที่เหมาะสมในขณะที่เคารพการควบคุมความปลอดภัยขององค์กร Microsoft 365 Copilot สามารถใช้ Fabric Data Agents เป็นส่วนหนึ่งของเวิร์กโฟลว์ AI ตัวแทน

บริการเหล่านี้ร่วมกันขยาย Fabric จากการวิเคราะห์ไปสู่ระบบอัตโนมัติของ AI ตามบริบท

ใช้เครื่องมือและ API สําหรับนักพัฒนา

Fabric รองรับการพัฒนาโค้ดเป็นอันดับแรกและแนวทางปฏิบัติ DevOps

ความสามารถเหล่านี้เปิดใช้งานระบบอัตโนมัติ เวิร์กโฟลว์ CI/CD และโซลูชันแบบกําหนดเองที่ขยาย Fabric นอกเหนือจากเว็บอินเตอร์เฟส คุณยังสามารถใช้ Fabric REST API เพื่อสร้างและจัดการทางลัด OneLake โดยทางโปรแกรม และใช้ชุดข้อมูลที่ใช้ร่วมกันในพื้นที่ทํางานและผู้เช่า

ทรัพย์สินข้อมูลแบบรวม

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

การทํางานร่วมกันของ OneLake

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

  • รองรับรูปแบบไฟล์ Delta Lake และ Iceberg

    • การสนับสนุน Delta Lake: เปิดใช้งานธุรกรรม ACID การบังคับใช้ Schema และการเดินทางข้ามเวลาในชุดข้อมูลขนาดใหญ่
    • รองรับ Apache Iceberg: รองรับคุณสมบัติการจัดการตารางขั้นสูง เช่น การแบ่งพาร์ติชันและวิวัฒนาการสคีมา

  • การเข้าถึงข้อมูลสากลผ่าน API

    • Table API: ให้การเข้าถึงตารางโดยทางโปรแกรมโดยไม่คํานึงถึงรูปแบบไฟล์
    • ความเข้ากันได้ของ ADLS Gen2: รองรับ REST API เดียวกันและคุณลักษณะเนมสเปซแบบลําดับชั้นเช่นเดียวกับ Azure Data Lake Storage รุ่น2

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

ทางลัด OneLake

ทางลัด OneLake เป็นตัวชี้เชิงตรรกะที่อ้างอิงข้อมูลที่จัดเก็บไว้ในระบบภายนอก (เช่น Azure Data Lake Storage, Amazon S3 หรือ Google Cloud Storage) หรือในพื้นที่ทํางาน Fabric อื่นๆ ทางลัดช่วยให้เข้าถึงปริมาณงาน Fabric ได้โดยไม่ต้องคัดลอกโดยไม่มีการทําซ้ําหรือ ETL ข้อมูลที่อ้างอิงจะปรากฏเป็นส่วนหนึ่งของเนมสเปซ OneLake ในเครื่อง ดังนั้นกลไกการคํานวณ Fabric ทั้งหมดจึงสามารถสืบค้นเป้าหมายทางลัดควบคู่ไปกับข้อมูลดั้งเดิมได้

การแชร์ข้อมูลข้ามผู้เช่า

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

การรวม Azure Databricks

การรวม OneLake และ Azure Databricks เป็นรากฐานสําหรับการวิเคราะห์แบบรวมและ AI การผสานรวมนี้รวมทรัพย์สินข้อมูลแบบเปิดที่มีการควบคุมของ OneLake เข้ากับวิศวกรรมข้อมูลและความสามารถในการเรียนรู้ของเครื่องของ Databricks การรวมแบบสองทิศทางระหว่าง OneLake และ Azure Databricks มีรูปแบบต่อไปนี้:

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

  • สหพันธ์แค็ตตาล็อก OneLake: เชื่อมต่อแค็ตตาล็อก Unity กับแค็ตตาล็อก OneLake โดยซิงโครไนซ์สคีมาและตารางโดยอัตโนมัติ เพื่อให้รายการเลคเฮาส์ Fabric ปรากฏในแค็ตตาล็อก Unity ควบคู่ไปกับสินทรัพย์ Databricks คิวรีทํางานบน Azure Databricks คํานวณขณะอ่านข้อมูลจาก OneLake โดยไม่ต้องคัดลอก (ไม่มีสําเนา) การกํากับดูแลยังคงรวมศูนย์อยู่ใน OneLake ใช้การเชื่อมโยงแค็ตตาล็อกเมื่อคุณต้องการให้ Azure Databricks ค้นหาและคิวรีข้อมูล OneLake ด้วยการเข้าถึงระดับตารางที่มีการควบคุมและการซิงโครไนส์สคีมา

  • เข้าถึง OneLake ได้โดยตรง: Databricks สามารถอ่านและเขียนข้อมูล OneLake ได้โดยตรงโดยใช้ความเข้ากันได้ของ Delta Lake และ ADLS Gen2 API ในขณะที่การเข้าถึงโดยตรงให้การดําเนินการอ่าน/เขียนระดับไฟล์ แต่การเชื่อมโยงแค็ตตาล็อกจะให้การค้นพบระดับตารางที่มีการควบคุมและการซิงโครไนซ์สคีมาภายใน Unity Catalog ใช้การเข้าถึงโดยตรงสําหรับสถานการณ์การอ่าน/เขียนการดําเนินงานที่จําเป็นต้องมีการควบคุมระดับไฟล์

การรวมเกล็ดหิมะ

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

  • ทางลัดไปยังตาราง Snowflake Iceberg: Fabric ใช้ทางลัดที่อ้างอิงตาราง Snowflake โดยตรงใน OneLake ข้อมูลยังคงอยู่ใน Snowflake แต่ปรากฏในอสังหาริมทรัพย์ข้อมูลตรรกะของ OneLake ปริมาณงานแฟบริค (Power BI, กระแสข้อมูล, ตัวแทน AI) สามารถคิวรีข้อมูล Snowflake ควบคู่ไปกับข้อมูล OneLake ดั้งเดิมโดยไม่ต้องใช้ ETL หรือการจําลองแบบ นโยบายการกํากับดูแลและความปลอดภัยยังคงเหมือนเดิมในทั้งสองแพลตฟอร์ม
  • ตารางภายนอก Snowflake ผ่าน OneLake: Snowflake สามารถคิวรีข้อมูล OneLake ในรูปแบบเดลต้าหรือปาร์เก้ ซึ่งช่วยให้สามารถสืบค้นข้อมูลประสิทธิภาพสูงบนข้อมูล OneLake จากการประมวลผล Snowflake

สถาปัตยกรรมแพลตฟอร์ม

Azure

Microsoft Fabric ถูกสร้างขึ้นเป็นแพลตฟอร์มซอฟต์แวร์เป็นบริการ (SaaS) บนโครงสร้างพื้นฐานของ Azure ซึ่งหมายความว่าต้องอาศัยบริการหลักของ Azure สําหรับข้อมูลประจําตัว ระบบเครือข่าย ความปลอดภัย การตรวจสอบ และอื่นๆ ในทางปฏิบัติ ผู้เช่า Fabric และความจุเป็นทรัพยากร Azure ชั้นหนึ่งภายใต้การสมัครใช้งาน Azure ของคุณ สิ่งนี้ทําให้ Fabric สามารถรวมเข้ากับระบบการเรียกเก็บเงินของ Azure ใช้ความสามารถในการตรวจสอบและการบันทึกของ Azure บังคับใช้ความปลอดภัยผ่านคุณลักษณะข้อมูลประจําตัวและเครือข่ายของ Azure และทํางานร่วมกับบริการข้อมูล Azure

การเรียกเก็บเงิน Azure

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

เครือ ข่าย

Microsoft Fabric รองรับ Azure Private Endpoints สําหรับการเข้าถึงปลายทาง Fabric แบบส่วนตัวภายในเท่านั้น เมื่อคุณเปิดใช้งาน Private Link for Fabric ที่ ระดับผู้เช่า หรือ ระดับพื้นที่ทํางาน Fabric จะแสดง URL ปลายทางส่วนตัวสําหรับบริการ (OneLake, จุดสิ้นสุด SQL ของคลังสินค้า และอื่นๆ) ที่สามารถเข้าถึงได้ผ่านเครือข่ายเสมือน Azure ของคุณเท่านั้น เส้นทางการรับส่งข้อมูลผ่านเครือข่ายแกนหลักส่วนตัวของ Azure แทนอินเทอร์เน็ตสาธารณะ เมื่อ เปิดใช้งานบล็อกการเข้าถึงอินเทอร์เน็ตสาธารณะ ใน Fabric ความพยายามที่จะใช้ Fabric จากภายนอก VNet ของคุณ (หรือไม่มีปลายทางส่วนตัว) จะถูกปฏิเสธ การผสานรวมนี้ช่วยให้มั่นใจได้ว่าการถ่ายโอนข้อมูลที่ละเอียดอ่อนระหว่าง Fabric และเครือข่ายของคุณจะอยู่นอกอินเทอร์เน็ตสาธารณะ ซึ่งเป็นไปตามข้อกําหนดการปฏิบัติตามข้อกําหนดที่เข้มงวด

Microsoft Fabric ยังรองรับ Managed Virtual Networks (Managed VNets) และ Managed Private Endpoints เพื่อปรับปรุงการแยกเครือข่ายและการเชื่อมต่อที่ปลอดภัย เมื่อเปิดใช้งาน Private Link สําหรับผู้เช่า Fabric หรือพื้นที่ทํางาน Fabric จะเตรียมใช้งาน VNet ที่มีการจัดการโดยอัตโนมัติสําหรับปริมาณงานการคํานวณ เช่น งาน Spark เพื่อให้ทํางานในสภาพแวดล้อมที่แยกจากกันแทนที่จะเป็นพูลสาธารณะที่ใช้ร่วมกัน จุดสิ้นสุดส่วนตัวที่มีการจัดการยังช่วยให้บริการ Fabric (เช่น Lakehouse, Warehouse และ OneLake) เชื่อมต่อกับทรัพยากร Azure หรือแหล่งข้อมูลภายในองค์กร ได้อย่างปลอดภัยโดยไม่เปิดเผยการรับส่งข้อมูลไปยังอินเทอร์เน็ตสาธารณะ คุณลักษณะเหล่านี้ใช้แกนหลักเครือข่ายของ Azure เพื่อบังคับใช้การปฏิบัติตามข้อกําหนด ลดพื้นผิวการโจมตี และให้การควบคุมข้อมูลขาเข้าและขาออกภายในสภาพแวดล้อมขององค์กรอย่างละเอียด

Microsoft Entra ID

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

GitHub และ Azure DevOps

Microsoft Fabric ผสานรวมกับ Azure DevOps และ GitHub เพื่อเปิดใช้งานการควบคุมเวอร์ชัน CI/CD และการพัฒนาร่วมกันสําหรับรายการการวิเคราะห์ เช่น ไปป์ไลน์ สมุดบันทึก และกระแสข้อมูล พื้นที่ทํางานใน Fabric สามารถเชื่อมโยงกับที่เก็บ Git ซึ่งช่วยให้คุณสามารถซิงโครไนส์รายการระหว่าง Fabric และระบบควบคุมแหล่งที่มาของคุณได้ การรวมนี้สนับสนุนกลยุทธ์การแยกสาขา คําขอดึงข้อมูล และการตรวจสอบโค้ด เพื่อให้การเปลี่ยนแปลงรายการ Fabric เป็นไปตามการกํากับดูแลและแนวทางปฏิบัติ DevOps เดียวกันกับโค้ดแอปพลิเคชัน ด้วย Azure DevOps คุณสามารถทําให้ไปป์ไลน์การปรับใช้สําหรับเนื้อหา Fabric ในสภาพแวดล้อมต่างๆ เป็นแบบอัตโนมัติ (เช่น dev, test และ prod) โดยใช้เวิร์กโฟลว์ที่ใช้ YAML การรวม GitHub ใช้ GitHub Actions สําหรับระบบอัตโนมัติ ทําให้สามารถรวมและปรับใช้สินทรัพย์ Fabric ได้อย่างต่อเนื่อง ความสามารถเหล่านี้ช่วยให้ทีมรักษาความสอดคล้อง บังคับใช้ประวัติเวอร์ชัน และปรับปรุงการทํางานร่วมกัน ทําให้ Fabric เป็นพลเมืองชั้นหนึ่งในเวิร์กโฟลว์ DevOps ที่ทันสมัย

ไมโครซอฟท์ Purview

Microsoft Fabric ผสานรวมกับ Microsoft Purview อย่างลึกซึ้ง เพื่อให้การกํากับดูแลข้อมูล การจัดทําแค็ตตาล็อก และการปฏิบัติตามข้อบังคับแบบครบวงจรทั่วทั้งทรัพย์สินข้อมูล Fabric Purview สามารถลงทะเบียนพื้นที่ทํางาน Fabric และ OneLake เป็นแหล่งข้อมูลในแผนที่ข้อมูล ซึ่งเปิดใช้งาน การสแกนข้อมูลเมตาอัตโนมัติ การติดตามสายข้อมูล และการจําแนกประเภทรายการ Fabric เช่น Lakehouses, Warehouses และ Dataflows การรวมนี้ช่วยให้คุณใช้นโยบายการกํากับดูแลที่สอดคล้องกัน เช่น ป้ายชื่อระดับความลับ และการควบคุมการเข้าถึง ทั้งในสภาพแวดล้อม Azure และ Fabric ผ่าน แค็ตตาล็อกแบบรวมของ Purview ชุดข้อมูล Fabric สามารถค้นพบได้ควบคู่ไปกับสินทรัพย์ข้อมูลองค์กรอื่นๆ ซึ่งสนับสนุนการตรวจสอบคุณภาพข้อมูล การรับรองความถูกต้องสําหรับการสแกน Purview ใช้บริการหลักของ Entra ID และผู้ดูแลระบบต้องเปิดใช้งานการตั้งค่าผู้เช่า Fabric เพื่ออนุญาตการเข้าถึง API แบบอ่านอย่างเดียวสําหรับ Purview หลังจากการกําหนดค่า Purview สามารถตรวจสอบ Fabric ได้อย่างต่อเนื่องสําหรับการเปลี่ยนแปลง Schema การอัปเดตสายข้อมูล และเมตริกคุณภาพข้อมูล เพื่อให้มั่นใจว่าเวิร์กโฟลว์การวิเคราะห์ใน Fabric เป็นไปตามมาตรฐานการกํากับดูแลขององค์กร การผสานรวมนี้ช่วยให้องค์กรรักษาการมองเห็นและการปฏิบัติตามข้อกําหนดแบบครบวงจรในภูมิทัศน์ข้อมูลแบบไฮบริดโดยไม่ต้องทําซ้ําความพยายามด้านการกํากับดูแล

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

  • Last updated on