Power Queryใบรับรองตัวเชื่อมต่อ

หมายเหตุ

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

บทนำ

การยืนยันว่า Power Queryตัวเชื่อมต่อแบบปรับแต่งเองพร้อมใช้งานแบบพร้อมใช้งานแบบสาธารณะ นอกกล่องPower BI Desktopเชื่อมต่อ การรับรองถูกควบคุมโดยโปรแกรมการรับรองตัวเชื่อมต่อของ Microsoft ซึ่ง Microsoft ร่วมกับนักพัฒนาคู่ค้าเพื่อขยายความสามารถในการเชื่อมต่อข้อมูลของ Power BI

ตัวเชื่อมต่อที่ผ่านการรับรองคือ:

  • ดูแลโดยนักพัฒนาคู่ค้า

  • ได้รับการสนับสนุนโดยนักพัฒนาคู่ค้า

  • ได้รับการรับรองโดย Microsoft

  • เผยแพร่โดย Microsoft

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

ตัวเชื่อมต่อที่ได้รับการรับรองแล้วจะรวมPower BI Desktopใหม่ ต้องโหลดตัวเชื่อมต่อแบบPower BI Desktopตามที่อธิบายไว้ในการโหลดส่วนขยายPower BI Desktop ทั้งสองสามารถรีเฟรชผ่านPower BI Desktopหรือบริการ Power BI ผ่านการใช้เกตเวย์ข้อมูลภายในองค์กรโดยใช้TestConnection

ตัวเชื่อมต่อที่ได้รับการรับรองพร้อมกับ TestConnection การดําเนินการยังรองรับการรีเฟรชแบบ end-to-end ผ่านระบบคลาวด์ (บริการ Power BI) โดยไม่ต้องการเกตเวย์ข้อมูลภายในองค์กร สภาพแวดล้อมบริการของ Power BIโฮสต์ "เกตเวย์ระบบคลาวด์" ที่เรียกใช้คล้ายกับเกตเวย์ภายในองค์กรเป็นหลัก หลังจากการรับรอง เราจะปรับใช้ตัวเชื่อมต่อของคุณไปยังสภาพแวดล้อมนี้เพื่อให้พร้อมใช้งานกับลูกค้า Power BI ทั้งหมด มีข้อต้องการเพิ่มเติมเกี่ยวกับตัวเชื่อมต่อที่ต้องใช้คอมโพเนนต์เพิ่มเติม เช่น โปรแกรมควบคุมตาม ODBC ตรวจสอบให้แน่ใจว่าติดต่อที่ติดต่อ Microsoft ของคุณถ้าตัวเชื่อมต่อของคุณต้องใช้คอมโพเนนต์เพิ่มเติม

การรักษาความปลอดภัยตัวเชื่อมต่อแบบเองและการลงชื่อเข้าใช้

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

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

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

ภาพรวมใบรับรอง

สิ่งที่จำเป็นต้องมี

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

  • ตัวเชื่อมต่อต้องเป็นผลิตภัณฑ์สาธารณะ

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

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

  • ตัวเชื่อมต่อต้องใช้งานได้อย่างเรียบร้อยในระดับที่ลูกค้าคาดการณ์ไว้

  • ต้องมีเธรดในฟอรัมความคิดPower BI ที่ลูกค้าขับเคลื่อนโดยลูกค้าเพื่อระบุความต้องการเพื่อให้ตัวเชื่อมต่อพร้อมใช้งานแบบPower BI Desktopสาธารณะ

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

กระบวนการและไทม์ไลน์

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

  • ลงทะเบียน: การแจ้งเตือนเจตนาเพื่อรับรองตัวเชื่อมต่อแบบปรับแต่งเองของคุณ การกระจ่ายนี้จะต้องเกิดขึ้นตามวันที่ 15 ของเดือน สองเดือนก่อนการเผยแพร่ Power BI desktop ตามเป้าหมาย

    • ตัวอย่างเช่น วันที่ 15 กุมภาพันธ์ Power BI Desktopสุดท้ายคือ 15 กุมภาพันธ์
  • การส่ง: การส่งไฟล์ตัวเชื่อมต่อเพื่อการตรวจสอบ Microsoft ซึ่งจะต้องเกิดขึ้นก่อนวันที่ 1 เดือนก่อนที่จะมีการเผยแพร่ Power BI desktop ตามเป้าหมาย

    • ตัวอย่างเช่น วันที่ 1 มีนาคม Power BI Desktopสุดท้ายคือ 1 มีนาคม
  • ตรวจสอบทางเทคนิค: การจบการไฟล์ตัวเชื่อมต่อ ผ่านการตรวจสอบและการรับรองของ Microsoft การนี่จะเกิดขึ้นเมื่อวันที่ 15 ของเดือนก่อนที่จะมีการเผยแพร่ตามPower BI Desktopเป้าหมาย

    • ตัวอย่างเช่น วันที่ 15 มีนาคม Power BI Desktopสุดท้ายคือ 15 มีนาคม

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

เงื่อนไขการรับรอง

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

ไฟล์การส่ง (วัตถุ)

โปรดตรวจสอบให้แน่ใจว่าไฟล์ตัวเชื่อมต่อที่คุณส่งมีดังนี้:

  • ไฟล์ตัวเชื่อมต่อ (.mez)

    • ไฟล์ .mez ควรเป็นไปตามมาตรฐานสไตล์และตั้งชื่อคล้ายกับชื่อผลิตภัณฑ์หรือบริการ ซึ่งไม่ควรมีข้อความเช่น "Power BI", "Connector" หรือ "API"
    • ตั้งชื่อไฟล์ .mez: ProductName.mez
  • Power BI Desktop (.pbix) การทดสอบ

    • เราต้องการตัวอย่างรายงาน Power BI (.pbix) เพื่อทดสอบตัวเชื่อมต่อของคุณ
    • รายงานควรมีคิวรีอย่างน้อยหนึ่งคิวรีเพื่อทดสอบแต่ละรายการในตารางนําทางของคุณ
    • ถ้าไม่มีสคีมาที่ตั้งค่าไว้ (ตัวอย่างเช่น ฐานข้อมูล) รายงานจะต้องรวมคิวรีของแต่ละตาราง "ชนิด" ที่ตัวเชื่อมต่ออาจจัดการ
  • ทดสอบบัญชีกับแหล่งข้อมูลของคุณ

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

    • ระบุเอกสารใด ๆ เกี่ยวกับวิธีการใช้ตัวเชื่อมต่อ และทดสอบฟังก์ชันการใช้งาน
  • ลิงก์ไปยังการขึ้นต่อกันภายนอก (ตัวอย่างเช่น โปรแกรมควบคุม ODBC)

คุณลักษณะและสไตล์

ตัวเชื่อมต่อต้องเป็นไปตามชุดของคุณลักษณะและกฎสไตล์เพื่อให้เป็นไปตามมาตรฐานความสามารถในการใช้งานที่สอดคล้องกับตัวเชื่อมต่อที่ได้รับการรับรองอื่น ๆ

  • ตัวเชื่อมต่อต้อง:

  • ควร FunctionName เข้าใจโดเมน (ตัวอย่างเช่น "เนื้อหา", "ตาราง", "เอกสาร", "ฐานข้อมูล" และอื่น ๆ)

  • ตัวเชื่อมต่อควร:

    • มีไอคอน
    • ใส่ตารางนําทาง
    • วางสตริงใน resources.resx ไฟล์ URL และค่าควรเป็น hardcoded ในรหัสตัวเชื่อมต่อ และไม่ได้วางไว้ resources.resx ในไฟล์

ความปลอดภัย

มีข้อควรพิจารณาด้านความปลอดภัยเฉพาะที่ตัวเชื่อมต่อของคุณต้องจัดการ

  • Extension.CurrentCredentials()หาก ถูกใช้:

    • ต้องมีการใช้งานหรือไม่ ถ้าเป็นดังนั้น ข้อมูลรับรองจะถูกส่งไปยังที่ใด
    • มีการร้องขอที่รับประกันว่าจะผ่าน HTTPS หรือไม่
    • ถ้าข้อมูลรับรองถูกส่งโดยใช้ผ่านทาง Web.Contents() GET:
      • สามารถเปลี่ยนเป็น POST ได้หรือไม่
      • ถ้าต้องใช้ GET ตัวเชื่อมต่อต้องใช้ระเบียนใน CredentialQueryString ตัวเลือกการบันทึก Web.Contents() เพื่อส่งผ่านข้อมูลรับรองที่เป็นความลับ
  • ถ้ามีการใช้ฟังก์ชัน Diagnostics.*

    • ตรวจสอบว่ามีอะไรจะถูกติดตาม; ข้อมูล ต้องไม่มี PII หรือข้อมูลที่ไม่จําเป็นเป็นจํานวน มาก
    • ถ้าคุณใช้การติดตามที่สําคัญในการพัฒนา คุณควรใช้ค่าสถานะตัวแปรหรือคุณลักษณะที่พิจารณาว่าควรเปิดการติดตามหรือไม่ ซึ่ง ต้องปิด ก่อนส่งใบรับรอง
  • Expression.Evaluate()หาก ถูกใช้:

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

การลงทะเบียนเพื่อการรับรอง

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

เมื่อต้องเริ่มต้นใช้งาน กรอกแบบฟอร์ม การลงทะเบียนของเราและผู้ติดต่อของ Microsoft จะติดต่อเพื่อเริ่มกระบวนการ

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

หมายเหตุ

แอปเทมเพลตไม่สนับสนุนตัวเชื่อมต่อที่ต้องใช้เกตเวย์