วางแผนการปรับใช้เพื่อโยกย้ายข้อมูลไปยัง Power BI

บทความนี้อธิบายถึง ลำดับขั้นที่ 2 ซึ่งเกี่ยวข้องกับการวางแผนการโยกย้ายข้อมูลสำหรับโซลูชัน Power BI เดียว

จุดมุ่งเน้นของลำดับขั้นที่ 2 คือการกำหนดวิธีการใช้ข้อกำหนดที่กำหนดไว้ในลำดับขั้นที่ 1 เพื่อโยกย้ายโซลูชันไปยัง Power BI

ผลลัพธ์จากลำดับขั้นที่ 2 ประกอบด้วยการตัดสินใจที่เฉพาะเจาะจงมากที่สุดเท่าที่เป็นไปได้เพื่อเป็นแนวทางในกระบวนการปรับใช้

การตัดสินใจในลักษณะนี้เป็นกระบวนการที่วนซ้ำและไม่เป็นเชิงเส้น การวางแผนบางอย่างจะเกิดขึ้นแล้วใน ขั้นตอนก่อนโยกย้าย การเรียนรู้จากการพิสูจน์แนวคิด (อธิบายไว้ใน ลำดับขั้นที่ 3) อาจเกิดขึ้นควบคู่ไปกับการวางแผนการปรับใช้ แม้ในขณะที่สร้างโซลูชัน (อธิบายไว้ในลำดับขั้นที่ 4) ข้อมูลเพิ่มเติมอาจบังเกิดขึ้น ซึ่งมีผลต่อการตัดสินใจในการปรับใช้

เลือกผลิตภัณฑ์ Power BI

หนึ่งในการตัดสินใจอันดับแรกคือการเลือกผลิตภัณฑ์ Power BI ซึ่งเป็นการตัดสินใจระหว่าง บริการ Power BI หรือ เซิร์ฟเวอร์รายงาน Power BI เมื่อเผยแพร่เนื้อหาแล้วจะมีตัวเลือกเพิ่มเติมมากมายให้ใช้งาน เช่น การฝัง การส่งมอบผ่านอุปกรณ์เคลื่อนที่ และการสมัครรับอีเมล

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

ตัดสินใจเกี่ยวกับแนวทางการจัดการพื้นที่ทำงาน

พื้นที่ทำงาน เป็นแนวคิดหลักของบริการ Power BI ซึ่งทำให้การจัดการพื้นที่ทำงานเป็นสิ่งสำคัญในการวางแผน คำถามที่ต้องถามได้แก่:

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

กำหนดวิธีการบริโภคเนื้อหา

การทำความเข้าใจว่าผู้บริโภคของโซลูชันชอบดูรายงานและแดชบอร์ดอย่างไรเป็นประโยชน์ คำถามที่ต้องถามได้แก่:

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

ตัดสินใจว่าจะสร้างเนื้อหาอื่นหรือไม่

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

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

ประเมินความต้องการสำหรับความจุระดับพรีเมียม

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

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

กำหนดวิธีการรวบรวมข้อมูล

ข้อมูลที่รายงานต้องการอาจมีผลต่อการตัดสินใจหลายประการ คำถามที่ต้องถามได้แก่:

• สามารถใช้ชุดข้อมูลที่แชร์ของ Power BI ที่มีอยู่ได้หรือไม่ หรือการสร้างชุดข้อมูล Power BI ใหม่เหมาะสมสำหรับโซลูชันนี้หรือไม่
• จำเป็นต้องแต่งเติมชุดข้อมูลที่แชร์ที่มีอยู่ด้วยข้อมูลหรือหน่วยวัดใหม่เพื่อตอบสนองความต้องการเพิ่มเติมหรือไม่
• โหมดการจัดเก็บข้อมูล ใดที่จะเหมาะสมที่สุด ตัวเลือกประกอบด้วย Import, DirectQuery, Composite หรือ Live Connection
• ควรใช้ การรวม เพื่อเพิ่มประสิทธิภาพคิวรีหรือไม่
• การสร้าง กระแสข้อมูล จะมีประโยชน์และสามารถใช้เป็นแหล่งข้อมูลสำหรับชุดข้อมูลจำนวนมากได้หรือไม่
• จะต้องลงทะเบียน แหล่งข้อมูลเกตเวย์ ใหม่หรือไม่

ตัดสินใจว่าจะจัดเก็บเนื้อหาต้นฉบับไว้ที่ใด

นอกเหนือจากการวางแผนปลายทางการปรับใช้เป้าหมายแล้ว สิ่งสำคัญคือต้องวางแผนว่าจะจัดเก็บเนื้อหาต้นฉบับหรือต้นทางที่ใด เช่น:

• ระบุตำแหน่งที่ได้รับอนุมัติสำหรับจัดเก็บไฟล์ Power BI Desktop (.pbix) ต้นฉบับ ตามหลักการแล้ว ตำแหน่งที่ตั้งนี้จะพร้อมใช้งานสำหรับผู้ที่แก้ไขเนื้อหาเท่านั้น ซึ่งควรสอดคล้องกับวิธีตั้งค่าการรักษาความปลอดภัยในบริการ Power BI
• ใช้ตำแหน่งที่ตั้งสำหรับไฟล์ Power BI Desktop ต้นฉบับที่มีการกำหนดเวอร์ชันประวัติหรือตัวควบคุมแหล่งที่มา การกำหนดเวอร์ชันอนุญาตให้ผู้เขียนเนื้อหาเปลี่ยนกลับไปเป็นเวอร์ชันไฟล์ก่อนหน้า หากจำเป็น OneDrive for Business หรือ SharePoint ทำงานได้ดีสำหรับวัตถุประสงค์นี้
• ระบุตำแหน่งที่ตั้งที่ได้รับการอนุมัติสำหรับการจัดเก็บข้อมูลต้นทางที่ไม่รวมศูนย์ เช่น ไฟล์แฟล็ตหรือไฟล์ Excel ซึ่งควรเป็นเส้นทางที่ผู้เขียนชุดข้อมูลสามารถเข้าถึงได้โดยไม่มีข้อผิดพลาดและมีการสำรองข้อมูลอย่างสม่ำเสมอ
• ระบุตำแหน่งที่ตั้งที่ได้รับการอนุมัติสำหรับเนื้อหาที่ส่งออกจากบริการ Power BI เป้าหมายคือเพื่อให้แน่ใจว่าการรักษาความปลอดภัยที่กำหนดไว้ในบริการ Power BI ไม่ได้ถูกหลีกเลี่ยงโดยไม่ได้ตั้งใจ

ประเมินระดับความพยายาม

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

ขั้นตอนถัดไป

ใน บทความถัดไปของชุดบทความการโยกย้ายข้อมูล Power BI นี้ คุณจะได้เรียนรู้เกี่ยวกับลำดับขั้นที่ 3 ซึ่งเกี่ยวข้องกับการดำเนินการพิสูจน์แนวคิด (POC) เพื่อลดความเสี่ยงและระบุที่อยู่ที่ไม่รู้จักโดยเร็วที่สุดเมื่อโยกย้ายไปยัง Power BI

แหล่งข้อมูลที่เป็นประโยชน์อื่น ๆ:

• การแปลง BI ของ Microsoft
• การวางแผนเอกสารทางเทคนิคเกี่ยวกับการปรับใช้ Power BI สำหรับองค์กร
• มีคำถามหรือไม่ ลองถามชุมชน Power BI
• มีข้อเสนอแนะไหม สนับสนุนแนวคิดในการปรับปรุง Power BI

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