แชร์ผ่าน


โครงการ Power BI (PBIP) และ Azure DevOps สร้างไปป์ไลน์สําหรับการตรวจสอบความถูกต้อง

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

การรวมรูปแบบ PBIP กับ Azure DevOps ช่วยให้คุณใช้ไปป์ไลน์ Azure เพื่อทําให้ ไปป์ไลน์ Continuous Integration/Continuous Deployment (CI/CD) เป็นแบบอัตโนมัติ ไปป์ไลน์เหล่านี้ประมวลผลไฟล์เมตาดาต้า PBIP และใช้ชุดของการตรวจสอบคุณภาพกับการพัฒนาของคุณก่อนที่จะปรับใช้กับระบบการผลิต

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

เรียนรู้เพิ่มเติมเกี่ยวกับ PBIP และ Fabric Git Integration ใน ภาพรวม โครงการและ ภาพรวมการรวม Fabric Git

แผนภาพต่อไปนี้แสดงให้เห็นถึงสถานการณ์แบบ end-to-end ที่มีสองเวิร์กโฟลว์การพัฒนาที่ทริกเกอร์ไปป์ไลน์ Azure DevOps เพื่อตรวจสอบคุณภาพการพัฒนา ไปป์ไลน์ดําเนินการดังต่อไปนี้:

แผนภาพที่แสดงเวิร์กโฟลว์ของไปป์ไลน์ DevOps

  1. ผู้ใช้ 1 พัฒนาโดยใช้ Power BI Desktop

    1. สร้างสาขาจากหลักโดยใช้ VS Code (คุณลักษณะ/ชุดข้อมูลเปลี่ยน)
    2. ทําการเปลี่ยนแปลงไปยังแบบจําลองความหมายโดยใช้ Power BI Desktop
    3. บันทึกการเปลี่ยนแปลงไปยังสาขาที่เก็บข้อมูลระยะไกลโดยใช้ VS Code
    4. สร้างคําขอดึงข้อมูลไปยังสาขาหลักโดยใช้ Azure DevOps
  2. ในเวลาเดียวกัน ผู้ใช้ 2 พัฒนา โดยใช้พื้นที่ทํางาน Fabric อื่น

    1. สร้างสาขาจากหลักโดยใช้ Fabric Git (คุณลักษณะ/รายงานเปลี่ยน)
    2. ทําการเปลี่ยนแปลงรายงานในพื้นที่ทํางาน Fabric
    3. บันทึกการเปลี่ยนแปลงไปยังสาขาที่เก็บข้อมูลระยะไกลโดยใช้ Fabric Git
    4. สร้างคําขอดึงข้อมูลไปยังสาขาหลักโดยใช้ Azure DevOps
  3. ทีมนําทีมรีวิว Pull Requests และซิงโครไนซ์การเปลี่ยนแปลงไปยังพื้นที่ทํางานของทีมโดยใช้ Fabric Git

  4. คําขอดึงข้อมูลจะทริกเกอร์ไปป์ไลน์ Azure DevOps เพื่อตรวจสอบแบบจําลองความหมายและคุณภาพการพัฒนารายงาน

หมายเหตุ

ในตัวอย่างนี้ ไปป์ไลน์ใช้เครื่องมือชุมชนแบบโอเพนซอร์สสองตัวที่ช่วยให้นักพัฒนาสามารถนํากฎแนวทางปฏิบัติที่ดีที่สุด (ที่สามารถกําหนดเองได้) ไปใช้กับเมตาดาต้าของแบบจําลองความหมายและรายงานภายในโฟลเดอร์โครงการ Power BI ได้:

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

ขั้นตอนที่ 1 - เชื่อมต่อพื้นที่ทํางาน Fabric กับ Azure DevOps

เชื่อมต่อพื้นที่ทํางาน Fabric ของคุณกับ Azure DevOps:

สกรีนช็อตที่แสดงการเชื่อมต่อ Git ไปยัง DevOps

เมื่อการรวม Fabric Git เสร็จสิ้นการส่งออกรายการพื้นที่ทํางาน สาขา Azure DevOps ของคุณจะประกอบด้วยโฟลเดอร์สําหรับแต่ละรายการในพื้นที่ทํางานของคุณ:

สกรีนช็อตแสดงสาขา Azure DevOps พร้อมโฟลเดอร์สําหรับรายการพื้นที่ทํางานที่แตกต่างกัน

ขั้นตอนที่ 2 - สร้างและเรียกใช้ไปป์ไลน์ Azure DevOps

เพื่อสร้างไปป์ไลน์ใหม่:

  1. จากแท็บ ไปป์ไลน์ ของเมนูนําทางด้านซ้าย เลือก สร้างไปป์ไลน์ :

    สกรีนช็อตที่แสดงวิธีการสร้างไปป์ไลน์

  2. เลือก Azure Repos Git และเลือกที่เก็บแรก (ที่เก็บที่เชื่อมต่อกับพื้นที่ทํางาน Fabric):

    สกรีนช็อตที่แสดง Azure repo Git ที่เลือกเป็นแหล่งข้อมูลโค้ดสําหรับไปป์ไลน์

    สกรีนช็อตที่แสดง repo สาธิต ADObuild ที่เลือก

  3. เลือกไปป์ไลน์เริ่มต้น

    สกรีนช็อตที่แสดงไอคอนไปป์ไลน์ตัวเริ่มต้นที่เลือก

    รหัส YAML ต่อไปนี้จะปรากฏในตัวแก้ไข:

    สกรีนช็อตที่แสดงรหัส YAML ค่าเริ่มต้น

  4. คัดลอกและวางรหัส YAML จากไปป์ไลน์ โหมดนักพัฒนา Power BI ลงในไปป์ไลน์ที่คุณสร้างขึ้น:

    สกรีนช็อตที่แสดงรหัส YAML ที่จะเพิ่ม

    สกรีนช็อตที่แสดงส่วนที่สองของรหัส YAML

  5. เลือก บันทึกและเรียกใช้ เพื่อยืนยันไปป์ไลน์ใหม่ของคุณไปยังที่เก็บ

    สกรีนช็อตของการตรวจสอบรหัส YAML

    สกรีนช็อตที่แสดงการบันทึกและเรียกใช้การเลือก

Azure DevOps เรียกใช้ไปป์ไลน์และเริ่มต้นสองงานการสร้างพร้อมกัน:

สกรีนช็อตที่แสดง Azure DevOps ที่เรียกใช้ไปป์ไลน์

  • Build_Datasets
    • ดาวน์โหลดไบนารีตัวแก้ไขตาราง
    • ดาวน์โหลดกฎเริ่มต้นของตัววิเคราะห์แนวทางปฏิบัติที่ดีที่สุด เมื่อต้องการกําหนดกฎเอง ให้เพิ่ม Rules-Dataset.json ลงในรากของที่เก็บ
    • วนรอบผ่านโฟลเดอร์รายการแบบจําลองความหมายทั้งหมดและเรียกใช้กฎ BPA ตัวแก้ไขตาราง
  • Build_Reports
    • ดาวน์โหลดไบนารี ตัวตรวจสอบ PBI
    • ดาวน์โหลดกฎเริ่มต้นของตัวตรวจสอบ PBI เมื่อต้องการกําหนดกฎเอง ให้เพิ่ม Rules-Report.json ลงในรากของที่เก็บ
    • วนรอบผ่านโฟลเดอร์รายการรายงานทั้งหมดและเรียกใช้กฎตัวตรวจสอบ Power BI

เมื่อเสร็จสิ้น Azure DevOps จะสร้างรายงานของคําเตือนและข้อผิดพลาดทั้งหมดที่พบ:

สกรีนช็อตที่แสดงรายงานข้อผิดพลาด

เลือกบนลิงค์เพื่อเปิดมุมมองที่ละเอียดขึ้นของงานสองงาน:

สกรีนช็อตที่แสดงปุ่มบันทึกมุมมอง

สกรีนช็อตที่แสดงบันทึกข้อผิดพลาดที่ขยายแล้ว

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

สกรีนช็อตที่แสดงข้อผิดพลาดของตัวไฮไลท์

ขั้นตอนที่ 3 - กําหนดนโยบายสาขา

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

  1. เลือกสาขา>หลักนโยบายสาขา:>

    สกรีนช็อตที่แสดงนโยบายของสาขา

  2. กําหนดค่าไปป์ไลน์ที่สร้างขึ้นเป็นนโยบายการสร้างสําหรับสาขา:

    สกรีนช็อตที่แสดง UI นโยบายการสร้าง

    สกรีนช็อตที่แสดงส่วนที่สองของ UI นโยบายการสร้าง

ขั้นตอนที่ 4 - สร้างคําขอดึงข้อมูล

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

สกรีนช็อตที่แสดงข้อผิดพลาดไม่สามารถยอมรับการเปลี่ยนแปลงได้

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

สร้างสาขาโดยตรงจากพื้นที่ทํางาน Fabric:

  1. ในบานหน้าต่างตัวควบคุมแหล่งข้อมูล ให้เลือกที่ ชําระเงินสาขา ใหม่และใส่ชื่อสําหรับสาขา

    สกรีนช็อตที่แสดงหน้าจอการควบคุมต้นทางเพื่อชําระเงินสาขาใหม่

    สกรีนช็อตแสดงวิธีการชําระเงินสาขาใหม่

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

  2. บันทึกการเปลี่ยนแปลงของคุณในสาขาใหม่นี้

    สกรีนช็อตที่แสดงการเปลี่ยนแปลงการยอมรับในสาขา

  3. หลังจากการยอมรับ สร้างคําขอดึงข้อมูลลงใน สาขาหลัก จากพอร์ทัล Azure DevOps

    สกรีนช็อตที่แสดงคําขอดึงข้อมูลใหม่ที่สร้างขึ้น

    สกรีนช็อตที่แสดงคําขอดึงข้อมูลที่สร้างขึ้น

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

สกรีนช็อตที่แสดงการเปลี่ยนแปลงรายงาน

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

สกรีนช็อตคําขอดึงข้อมูลที่เสร็จสมบูรณ์