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

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

หมายเหตุ

สําหรับคําอธิบายทั้งหมดของกราฟิกด้านบน ดู ภาพรวมการโยกย้ายข้อมูล Power BI

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

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

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

สำคัญ

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

เคล็ดลับ

หัวข้อที่กล่าวถึงในบทความนี้ยังใช้กับโครงการการใช้งาน Power BI แบบมาตรฐาน

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

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

ข้อควรระวัง

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

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

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

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

เคล็ดลับ

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

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

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

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

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

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

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

ข้อควรระวัง

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

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

สำคัญ

ในบางครั้งที่บทความนี้อ้างอิงถึง Power BI Premium หรือการสมัครใช้งานความจุ (P SKU) โปรดทราบว่าในขณะนี้ Microsoft กําลังรวมตัวเลือกการซื้อและหยุดใช้งาน Power BI Premium ต่อความจุ SKU ลูกค้าใหม่และลูกค้าที่มีอยู่ควรพิจารณาซื้อการสมัครใช้งานความจุ Fabric (F SKU) แทน

สําหรับข้อมูลเพิ่มเติม โปรดดู ที่ การอัปเดตที่สําคัญเกี่ยวกับการให้สิทธิ์การใช้งาน Power BI Premium และ คําถามที่ถามบ่อยของ Power BI Premium

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

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

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

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

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

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

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

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

สำคัญ

การระบุตําแหน่งที่ได้รับการป้องกันสําหรับไฟล์ Power BI Desktop ต้นฉบับเป็นสิ่งสําคัญอย่างยิ่งเมื่อมีข้อมูลที่นําเข้า

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

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

เคล็ดลับ

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

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

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

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

• การแปลง BI ของ Microsoft
• การวางแผนการใช้งาน Power BI
• คำถาม ลองถามชุมชน Power BI
• คำ แนะ นำ สนับสนุนแนวคิดในการปรับปรุง Power BI

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