พัฒนากลยุทธ์สภาพแวดล้อมของผู้เช่าเพื่อนำ Power Platform ไปใช้ในวงกว้าง

การเดินทางของทุกองค์กรเพื่อนำ Microsoft Power Platform ไปใช้เป็นลักษณะเฉพาะ กลยุทธ์สภาพแวดล้อมของผู้เช่าวางรากฐานเพื่อช่วยเร่งการใช้งานในรูปแบบที่จัดการได้และปลอดภัย

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

บทนำ

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

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

แม้ว่าจะมีมุมมองมากมายสำหรับการจัดการสภาพแวดล้อม Power Platform วิธีการในบทความนี้สอดคล้องกับทิศทางผลิตภัณฑ์ล่าสุดของ Microsoft และใช้คุณลักษณะปัจจุบันและการปรับปรุงที่วางแผนไว้ระยะสั้น คำแนะนำที่ปรับปรุงนี้สามารถช่วยให้คุณมั่นใจได้ว่าคุณใช้เฉพาะคุณลักษณะและตัวเลือกของสภาพแวดล้อมที่เป็นกลยุทธ์ต่อวิธีที่ Microsoft ตั้งใจให้คุณจัดการสภาพแวดล้อมในวงกว้าง

วิสัยทัศน์ด้านกลยุทธ์สภาพแวดล้อมของผู้เช่าของ Microsoft

องค์กรหลายแห่งเริ่มต้น Power Platform การเดินทางด้วยแอปเพิ่มประสิทธิภาพส่วนบุคคลและระบบอัตโนมัติที่สร้างและทำงานในสภาพแวดล้อมส่วนกลางที่ใช้ร่วมกันที่เรียกว่า สภาพแวดล้อมเริ่มต้น ทรัพยากรเหล่านี้มักจะใช้เฉพาะความสามารถพื้นฐานที่มาพร้อมกับ Microsoft 365 และไม่ได้ใช้ความสามารถเต็มรูปแบบของ Power Platform ในขณะที่การปรับใช้ครั้งแรกนี้เร่งตัวขึ้น Microsoft ช่วยให้องค์กรต่างๆ มีกลยุทธ์ด้านสภาพแวดล้อมสำหรับการปรับใช้ความสามารถ Power Platform เต็มรูปแบบในระดับองค์กร ความสามารถในการกำกับดูแลระดับพรีเมียมเหล่านี้จะพร้อมใช้งานเมื่อผู้ใช้มีสิทธิการใช้งาน Power Platform (Power Apps, Power Automate, Microsoft Copilot Studio และ Dynamics 365) แบบพรีเมียม โมเดลความพร้อมในการนำ Power Platform ไปใช้ จะให้ข้อมูลเชิงลึกเพิ่มเติมเพื่อช่วยให้องค์กรกำหนดแผนงานเพื่อให้บรรลุการนำไปใช้ในระดับองค์กรนอกเหนือจากกลยุทธ์ด้านสภาพแวดล้อม แนวทางนี้สามารถช่วยให้องค์กรเติบโตจากประสิทธิภาพการทำงานส่วนบุคคลขั้นพื้นฐานไปจนถึงการนำ Power Platform ไปใช้ในระดับองค์กร

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

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

รูปภาพ: ภาพประกอบสภาพแวดล้อมส่วนกลางที่ใช้ร่วมกัน (ซ้าย) และกลยุทธ์การกำหนดเส้นทางสภาพแวดล้อม (ขวา)

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

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

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

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

คุณสมบัติที่รองรับกลยุทธ์ด้านสิ่งแวดล้อมระดับองค์กร

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

• ชนิดของสภาพแวดล้อม อธิบายการใช้สภาพแวดล้อมที่แตกต่างกันโดยเป็นส่วนหนึ่งของกลยุทธ์ของคุณ
• สภาพแวดล้อมที่มีการจัดการ มอบชุดความสามารถระดับพรีเมียมที่ทำให้สภาพแวดล้อมง่ายต่อการจัดการในวงกว้าง
• การอ้างสิทธิ์อัตโนมัติของสิทธิการใช้งาน ทำให้การกำหนดสิทธิการใช้งานง่ายขึ้นโดยอนุญาตให้ผู้ใช้อ้างสิทธิการใช้งาน Power Apps ต่อผู้ใช้เมื่อจำเป็น แทนที่จะต้องให้ผู้ดูแลระบบระบุผู้ใช้ที่ต้องการสิทธิการใช้งานล่วงหน้า
• กลุ่มและกฎเกณฑ์ด้านสภาพแวดล้อม อธิบายวิธีการจัดการสภาพแวดล้อมเป็นกลุ่มและการใช้กฎกับกลุ่มเพื่อทำให้นโยบายการกำกับดูแลที่สอดคล้องกันเป็นอัตโนมัติ
• การกำหนดเส้นทางสภาพแวดล้อมเริ่มต้น ย้ายผู้สร้างออกจากการสร้างทรัพยากรในสภาพแวดล้อมเริ่มต้นไปยังสภาพแวดล้อมส่วนบุคคลของตนเองโดยอัตโนมัติ
• Microsoft Dataverse ให้การรักษาความปลอดภัยและ ALM ที่ได้รับการปรับปรุง
• โซลูชันที่ต้องการ ช่วยให้ผู้สร้างมั่นใจได้ว่าทรัพย์สินทั้งหมดที่พวกเขาสร้างนั้นอยู่ในโซลูชัน Dataverse ทำให้ง่ายต่อการโปรโมตไปยังสภาพแวดล้อมอื่นๆ
• ไปป์ไลน์ใน Power Platform มอบกระบวนการที่เรียบง่ายในการโปรโมตสินทรัพย์ตั้งแต่สภาพแวดล้อมการพัฒนาไปจนถึงการทดสอบและการใช้งานจริง ทำให้ผู้สร้างทุกรายสามารถใช้งานการบูรณาการและการปรับใช้อย่างต่อเนื่อง (CI/CD)
• แค็ตตาล็อกใน Power Platform ช่วยให้ผู้สร้างสามารถแชร์ส่วนประกอบ เช่น แอปและโฟลว์ และจุดเริ่มต้นขั้นสูงเพิ่มเติม เช่น เทมเพลต

ชนิดของสภาพแวดล้อม

ตารางต่อไปนี้อธิบายประเภทของสภาพแวดล้อมที่คุณสามารถสร้างได้ ลักษณะเฉพาะ และการใช้งานตามวัตถุประสงค์

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

สภาพแวดล้อมที่มีการจัดการ

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

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

สิทธิ์การใช้งานสำหรับการอ้างสิทธิ์อัตโนมัติ

นโยบายการอ้างสิทธิ์อัตโนมัติ จะทำให้การกำหนดสิทธิการใช้งาน Power Apps และ Power Automate แก่ผู้ใช้เป็นไปโดยอัตโนมัติเมื่อต้องการใช้แอปหรือคุณลักษณะบางอย่าง ระบบอัตโนมัติสามารถช่วยลดจำนวนใบอนุญาตที่ใช้และหลีกเลี่ยงค่าใช้จ่ายในการมอบหมายใบอนุญาตด้วยตนเอง

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

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

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

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

• ผู้ใช้ทริกเกอร์ บันทึก หรือเปิดโฟลว์ระบบคลาวด์ระดับพรีเมียมด้วย RPA แบบมีผู้ใช้ดูแลอยู่ (กระบวนการทำงานอัตโนมัติโดยหุ่นยนต์)

• ผู้ใช้ขอสิทธิการใช้งาน Power Automate Premium

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

กลุ่มและกฎเกณฑ์ด้านสิ่งแวดล้อม

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

โปรดคำนึงถึงข้อควรพิจารณาต่อไปนี้เมื่อคุณคิดเกี่ยวกับการใช้กลุ่มสภาพแวดล้อม:

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

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

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

กฎจะมีผลใช้งานเมื่อมีการเผยแพร่ กฎที่ใช้งานอยู่จะถูกนำไปใช้กับสภาพแวดล้อมทั้งหมดที่เกี่ยวข้องกับกลุ่ม

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

การใช้กลุ่มสภาพแวดล้อมทำให้คุณสามารถจัดระเบียบสภาพแวดล้อมของคุณในลักษณะที่เป็นตรรกะ คล้ายกับโครงสร้างองค์กร ลำดับชั้นบริการผลิตภัณฑ์ หรือกรอบงานอื่นๆ ที่เราสำรวจในภายหลัง แผนภาพต่อไปนี้เป็นตัวอย่างแนวคิดว่าองค์กร Contoso อาจคิดอย่างไรเกี่ยวกับการจัดกลุ่มสภาพแวดล้อมของตน

รูป: การวางแนวความคิดของกลยุทธ์ด้านสภาพแวดล้อมสำหรับผู้เช่า Contoso

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

รูป: ตัวอย่างการนำกลุ่มสภาพแวดล้อมเชิงแนวคิดไปใช้กับผู้เช่าจริง

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

การกำหนดเส้นทางสภาพแวดล้อมเริ่มต้น

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

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

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

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

ผู้สร้างจะได้รับมอบหมาย Security role โดยอัตโนมัติ ซึ่งทำให้พวกเขาเป็นผู้ดูแลระบบสภาพแวดล้อมของสภาพแวดล้อมของนักพัฒนา เมื่อสภาพแวดล้อมเป็นส่วนหนึ่งของกลุ่มสภาพแวดล้อม ผู้สร้าง—ในฐานะผู้ดูแลระบบสภาพแวดล้อม—ไม่สามารถเปลี่ยนการตั้งค่าสภาพแวดล้อมได้ เนื่องจากได้รับการจัดการโดยกฎกลุ่มสภาพแวดล้อม เฉพาะผู้ดูแลระบบที่สามารถแก้ไขกฎของกลุ่มเท่านั้นที่สามารถทำการเปลี่ยนแปลงได้

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

เริ่มแรก การกำหนดเส้นทางสภาพแวดล้อมสนับสนุนการกำหนดเส้นทางผู้สร้างใหม่และที่มีอยู่ให้ห่างจากสภาพแวดล้อมเริ่มต้น เมื่อพวกเขาใช้ make.powerapps.com เมื่อเวลาผ่านไป บริการ Power Platform อื่นๆ จะรองรับคุณลักษณะการกำหนดเส้นทางสภาพแวดล้อม

เนื้อหาต้อนรับผู้สร้าง

ให้ เนื้อหาต้อนรับแบบกําหนดเอง เพื่อช่วยผู้สร้างเริ่มต้นใช้งาน Power Apps และ Copilot Studio เมื่อคุณเพิ่มเนื้อหาวิธีใช้ของคุณเอง เนื้อหานั้นจะแทนที่ประสบการณ์การช่วยเหลือครั้งแรกของ Power Apps ค่าเริ่มต้นสำหรับผู้สร้าง ข้อความต้อนรับแบบกําหนดเองสามารถแจ้งให้ผู้สร้างทราบเกี่ยวกับกฎของบริษัท และสิ่งที่พวกเขาสามารถทําได้ในแต่ละสภาพแวดล้อมหรือกลุ่มของสภาพแวดล้อม

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

สภาพแวดล้อมเริ่มต้น

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

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

ตัวอย่างอินพุต Markdown:

![Contoso](https://i.ibb.co/SNSTCx3/something.png)
## Welcome to Contoso Personal Productivity Environment

### Before you start, here are some considerations

Use this environment if you plan to build apps that integrate with Office 365.

Before you start, be aware of these limitations:

1. You can't share your apps with more than five users.
1. The data in Dataverse is shared with everyone in the organization.
1. You can only use Office 365 connectors.

If you're not sure you're in the right place, follow **[this guidance](#)**.

นี่คือข้อความต้อนรับที่แสดง:

สภาพแวดล้อมการผลิต

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

![Contoso](https://i.ibb.co/SNSTCx3/something.png)
## Welcome to HR Europe Environment

### Before you start, here are some considerations

Use this environment if you're on the HR team and your data is located in Europe.

Before you start, be aware of these limitations:

1. You can only share apps with security groups. [Follow this process](#) to share your apps.
1. The data in Dataverse is stored in Europe.
1. You can only use social media connectors with read actions.
1. If you need more connectors, [submit a request](#).

If you're not sure you're in the right place, follow **[this guidance](#)**.

นี่คือผลลัพธ์ตัวอย่าง:

สภาพแวดล้อมของนักพัฒนา

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

![Contoso](https://i.ibb.co/SNSTCx3/something.png)
## Welcome to a Developer Environment

### Before you start, here are some considerations

Use this environment if you're a developer and you're building solutions.

Before you start, be aware of these limitations:

1. You can only share resources with up to two members of your team. If you need to share with more people, [submit a change request](#).
1. Use resources only while you're developing a solution.
1. Be mindful of the connectors and data you're using.
1. If you need more connectors, [submit a request](#).

If you're not sure you're in the right place, follow **[this guidance](#)**.

นี่คือผลลัพธ์ตัวอย่างสําหรับสภาพแวดล้อมของนักพัฒนา:

สภาพแวดล้อมทดลอง (Sandbox)

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

![Contoso](https://i.ibb.co/SNSTCx3/something.png)
## Welcome to a Test Environment

### Before you start, here are some considerations

Use this environment only if you're testing solutions.

Before you start, be aware of these limitations:

1. You can only share resources with your team. If you need to share with more people, [submit a change request](#).
1. You're not allowed to edit or import solutions directly in this environment.
1. Be mindful of the test data and compliance.
1. If you need help from a security export or IT support, [submit a request](#).

If you're not sure you're in the right place, follow **[this guidance](#)**.

นี่คือผลลัพธ์ตัวอย่างสําหรับ Sandbox หรือสภาพแวดล้อมการทดสอบ:

จำกัดการแชร์

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

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

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

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

ต่อไปนี้คือขีดจํากัดการแชร์ทั่วไปสําหรับสภาพแวดล้อมแต่ละประเภท:

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

• นักพัฒนา: เลือก ไม่รวมการแชร์กับกลุ่มความปลอดภัย เลือก จํากัดบุคคลทั้งหมดที่สามารถแชร์ให้และเลือก 5 สําหรับค่า

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

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

Microsoft Dataverse

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

โซลูชัน Dataverse เป็นกลไกสำหรับการนำ ALM มาใช้ในผลิตภัณฑ์ Power Platform เช่น Power Apps เเละ Power Automate ไปป์ไลน์ใน Power Platform ใช้โซลูชันเพื่อทำให้ CI/CD ของสินทรัพย์ที่ผู้สร้างสร้างขึ้นเป็นแบบอัตโนมัติ โซลูชันสามารถส่งออกได้จาก Dataverse และจัดเก็บไว้ในเครื่องมือควบคุมแหล่งที่มา เช่น Azure DevOps หรือ GitHub โซลูชันในการควบคุมแหล่งที่มาจะกลายเป็นแหล่งที่มาของความจริง หากคุณต้องการสร้างสภาพแวดล้อมการพัฒนาใหม่ ตัวอย่างเช่น หากผู้สร้างสร้างแอปยอดนิยมแล้วลบสภาพแวดล้อมของนักพัฒนาออกไป โซลูชันที่ส่งออกที่จัดเก็บไว้ในการควบคุมแหล่งที่มาจะสามารถนำมาใช้เพื่อสร้างสภาพแวดล้อมการพัฒนาที่ใช้งานได้อีกครั้ง

ข้อควรพิจารณาที่สำคัญอีกประการหนึ่งเมื่อคุณสร้างสภาพแวดล้อมด้วย Dataverse คือว่าแอปพลิเคชัน Dynamics 365 ใดๆ จะถูกปรับใช้กับสภาพแวดล้อมหรือไม่ หากเป็นไปได้ คุณต้องเปิดใช้งาน Dynamics 365 เมื่อคุณสร้างสภาพแวดล้อม ไม่เช่นนั้นคุณจะไม่สามารถติดตั้งแอป Dynamics 365 ได้ในภายหลัง

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

โซลูชันที่เหมาะสม

เมื่อผู้สร้างสร้างสินทรัพย์ Dataverse ในสภาพแวดล้อม Dataverse —และไม่ได้เริ่มต้นจากโซลูชันแบบกำหนดเอง—สินทรัพย์นั้นเชื่อมโยงกับโซลูชันเริ่มต้นและอาจเชื่อมโยงกับโซลูชัน Common Data Service เริ่มต้นด้วย โซลูชันเริ่มต้นถูกใช้ร่วมกันโดยผู้สร้างทั้งหมดที่สร้างสินทรัพย์ในสภาพแวดล้อม การระบุว่าผู้ผลิตรายใดสร้างส่วนประกอบเฉพาะหรือสินทรัพย์ใดเป็นของแอปเฉพาะนั้นเป็นสิ่งที่ท้าทาย ทำให้การเลื่อนระดับแอปยอดนิยมไปยังสภาพแวดล้อมอื่นเพื่อแชร์กับผู้ชมจำนวนมากขึ้นทำได้ยากขึ้น ในการดำเนินการดังกล่าว คุณต้องเลื่อนระดับสินทรัพย์ทั้งหมดในโซลูชันเริ่มต้น ซึ่งไม่ใช่ทางเลือกที่ดี

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

ไปป์ไลน์ใน Power Platform

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

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

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

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

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

ไปป์ไลน์ใน Power Platform เก็บคำจำกัดความของแต่ละไปป์ไลน์ในสภาพแวดล้อมโฮสต์ที่ Microsoft จัดการตามค่าเริ่มต้น อย่างไรก็ตาม คุณสามารถกำหนดสภาพแวดล้อมโฮสต์หลายรายการในผู้เช่าของคุณที่คุณจัดการได้ ซึ่งช่วยให้คุณสามารถจัดการกับข้อกำหนดเฉพาะได้

การบังคับใช้ตัวตรวจสอบโซลูชัน

เป็นเรื่องปกติที่ทีม Center of Excellence (CoE) จะตั้งค่า guardrails เพื่อลดความเสี่ยงของผู้ใช้ที่นําเข้าโซลูชันที่ไม่เป็นไปตามมาตรฐานไปยังสภาพแวดล้อม ผู้ดูแลระบบสามารถ บังคับใช้การตรวจสอบการวิเคราะห์แบบคงที่ที่สมบูรณ์ได้อย่างง่ายดาย กับชุดกฎแนวทางปฏิบัติที่ดีที่สุดเพื่อระบุรูปแบบที่เป็นปัญหา องค์กรที่มี CoE แบบกระจายอํานาจมักจะพบว่าจําเป็นต้องเปิดใช้งานการบังคับใช้ตัวตรวจสอบโซลูชันพร้อมกับติดต่อผู้สร้างเชิงรุกทางอีเมลเพื่อเสนอการสนับสนุน

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

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

• ค่าเริ่มต้น: เลือก บล็อก และ ส่งอีเมล
• ผู้พัฒนา: เลือกเตือนและปล่อยให้ส่งอีเมลที่ยังไม่ได้เลือก
• Sandbox: เลือก เตือน และไม่เลือก ส่งอีเมล.
• การผลิต: เลือกบล็อกและส่งอีเมล
• สภาพแวดล้อมของทีม: เลือก บล็อก และ ส่งอีเมล

แคตตาล็อกใน Power Platform

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

แค็ตตาล็อกได้รับการติดตั้งในสภาพแวดล้อม และสามารถติดตั้งกับโฮสต์ไปป์ไลน์ในสภาพแวดล้อมเดียวกันได้ นอกจากนี้ ยังเป็นไปได้ที่จะจัดการข้อกำหนดการแบ่งส่วนทรัพยากรเฉพาะโดยมีสภาพแวดล้อมหลายรายการพร้อมติดตั้งแค็ตตาล็อก

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

แผนงานคุณลักษณะ

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

รากฐานของกลยุทธ์ด้านสิ่งแวดล้อมระดับองค์กร

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

ในตัวอย่างนี้ ผู้นำ Contoso ต้องการส่งเสริมให้พนักงานใช้ประโยชน์จาก Power Platform และระบุข้อกำหนดระดับสูงต่อไปนี้:

• พนักงานจำเป็นต้องสามารถสร้างกระบวนการอนุมัติเอกสารอัตโนมัติและอื่นๆ ได้การปรับแต่ง Power Platform ด้วย Microsoft 365
• พนักงานควรจะสามารถสร้างระบบอัตโนมัติ Power Apps และ Power Automate เพื่อปรับปรุงประสิทธิภาพการทำงานส่วนบุคคล
• ผู้ผลิตที่ทำงานในแอป Compliance Tracker ของบริษัทจะต้องสามารถพัฒนาและบำรุงรักษาได้

เพื่อรองรับข้อกำหนดเหล่านี้ ทีมผู้ดูแลระบบและการกำกับดูแลของ Contoso ได้พัฒนาโทโพโลยีสภาพแวดล้อมต่อไปนี้:

รูป: โทโพโลยีสภาพแวดล้อมที่เสนอสำหรับ Power Platform ของ Contoso ในโครงการขนาดใหญ่

มาสำรวจไดอะแกรมโทโพโลยีสภาพแวดล้อมนี้โดยละเอียด

สภาพแวดล้อมเริ่มต้นถูกสร้างการปรับแต่งประสิทธิภาพการทำงาน Microsoft 365 นโยบายข้อมูลและข้อจำกัดในการแบ่งปันกำหนดข้อจำกัดต่าง ๆ ของผู้สร้าง และวางกรอบข้อบังคับเกี่ยวกับสิ่งที่ผู้สร้างสามารถพัฒนาในสภาพแวดล้อมนี้ได้

มีเพียงผู้ดูแลระบบเท่านั้นที่สามารถสร้างสภาพแวดล้อมการทดลองใช้ แซนด์บ็อกซ์ และการใช้งานจริงได้ ผู้สร้างใช้ Microsoft Form แบบกำหนดเองหรือกระบวนการอื่นเพื่อขอสภาพแวดล้อมใหม่ ชุดเริ่มต้นศูนย์แห่งความเป็นเลิศ Microsoft Power Platform ประกอบด้วย คำขอสภาพแวดล้อม ที่สามารถใช้ได้

มีการสร้างกลุ่มสภาพแวดล้อมสี่กลุ่ม: การพัฒนา การพัฒนาที่ใช้ร่วมกัน UAT (การทดสอบการยอมรับของผู้ใช้) และการผลิต

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

• กลุ่มการพัฒนาที่ใช้ร่วมกันสนับสนุนสภาพแวดล้อมที่มีโครงการที่มีผู้สร้างหลายราย

• กลุ่ม UAT ประกอบด้วยสภาพแวดล้อมที่ใช้ในการทดสอบทรัพยากรก่อนที่จะได้รับการเลื่อนระดับเป็นการใช้งานจริง

• กลุ่มการผลิตประกอบด้วยสภาพแวดล้อมที่โฮสต์แอป โฟลว์ และส่วนอื่นๆ สำหรับการใช้งานจริง

โทโพโลยีที่เสนอนี้ไม่มีไปป์ไลน์ในการเลื่อนระดับโดยอัตโนมัติระหว่างสภาพแวดล้อมการพัฒนา การทดสอบ และการใช้งานจริง มาเพิ่มกันตอนนี้เลย

รูป: โทโพโลยีสภาพแวดล้อมเดียวกันกับไปป์ไลน์ที่เชื่อมต่อสภาพแวดล้อมโฮสต์ไปป์ไลน์กับสภาพแวดล้อมการพัฒนา การทดสอบ และการใช้งานจริง

ในไดอะแกรมโทโพโลยีสภาพแวดล้อมที่แก้ไข เราได้เพิ่มสภาพแวดล้อมโฮสต์ไปป์ไลน์และไปป์ไลน์สองรายการ ไปป์ไลน์หนึ่งจะย้ายทรัพยากรจากการพัฒนาไปทดสอบ จากนั้นจึงไปยังสภาพแวดล้อมการใช้งานจริง กฎไปป์ไลน์ในกลุ่มการพัฒนาจะได้รับการแก้ไขเพื่อใช้ไปป์ไลน์นี้ ไปป์ไลน์อื่นจะย้ายทรัพยากรจากสภาพเเวดล้อมที่ใช้ร่วมกันเพื่อทดสอบเเละจากนั้นจึงเป็นการใช้งานจริง กฎไปป์ไลน์ในกลุ่มการพัฒนาที่ใช้ร่วมกันจะได้รับการแก้ไขเพื่อใช้ไปป์ไลน์นี้

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

กลยุทธ์ด้านสิ่งแวดล้อมสำหรับสถานการณ์เฉพาะ

ต่อไปนี้เป็นกรณีการใช้งานทั่วไปบางส่วนที่คุณอาจต้องรวมไว้ในกลยุทธ์สภาพแวดล้อมของผู้เช่าพื้นฐาน

ควบคุมว่าผู้สร้างรายใดสามารถสร้างสภาพแวดล้อมของนักพัฒนาได้

ตามค่าเริ่มต้น ใครก็ตามที่มีสิทธิการใช้งาน Power Platform Premium สิทธิการใช้งานแผนนักพัฒนา หรือบทบาทผู้ดูแลระบบผู้เช่า Power Platform จะสามารถสร้างสภาพแวดล้อมของนักพัฒนาได้จากพอร์ทัลผู้ดูแลระบบ

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

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

ให้ความยืดหยุ่นมากขึ้นแก่ผู้สร้างขั้นสูง

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

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

รูป: เพิ่มผู้สร้างที่มีความสามารถมากขึ้นให้กับสภาพแวดล้อมที่มีกฎการกำกับดูแลที่ผ่อนคลาย

จัดระเบียบสภาพแวดล้อมของนักพัฒนาตามภูมิภาคหรือหน่วยธุรกิจ

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

ใช้การกำหนดเส้นทางเพื่อนำผู้สร้างเข้าสู่สภาพแวดล้อมของนักพัฒนาใหม่ที่สร้างขึ้นในกลุ่มที่กำหนด จากนั้นคุณสามารถย้ายไปยังกลุ่มอื่นที่ขึ้นอยู่กับภูมิภาค หน่วยองค์กร หรือเกณฑ์อื่นๆ ซึ่งคุณสามารถใช้กฎการกำกับดูแลที่ละเอียดยิ่งขึ้นได้

รูป: หลังการกำหนดเส้นทางสภาพแวดล้อมที่สร้างสภาพแวดล้อมของนักพัฒนาในกลุ่มที่กำหนดซึ่งจากนั้นจะถูกย้ายไปยังกลุ่มที่มีโครงสร้างเฉพาะมากขึ้น

การย้ายสภาพแวดล้อมเป็นการดำเนินการด้วยตนเองในปัจจุบัน แต่คุณจะสามารถดำเนินการได้โดยอัตโนมัติเมื่อตัวเชื่อมต่อผู้ดูแลระบบ Power Platform สนับสนุนคุณลักษณะกลุ่มในการอัปเดตในอนาคต

พัฒนาแอปสำหรับการใช้งานระดับองค์กร

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

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

ไม่จำเป็นต้องมีสภาพแวดล้อมการทดสอบและการใช้งานจริงโดยเฉพาะ สามารถทดสอบแอปและปรับใช้กับสภาพแวดล้อมการทดสอบและการใช้งานจริงทั่วทั้งองค์กรที่โฮสต์แอปพลิเคชันหลายตัว

รูป: แอประดับองค์กรสองแอปที่อยู่ระหว่างการพัฒนาในสภาพแวดล้อมเฉพาะ จากนั้นจึงทดสอบและใช้งานในสภาพแวดล้อมที่แชร์กับแอปอื่นๆ

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

รูป: ผู้สร้างสองคนที่ทำงานบนแอปเดียวกันในสภาพแวดล้อมของนักพัฒนาแต่ละรายจะต้องรวมงานของตนในสภาพแวดล้อมการบูรณาการที่ใช้ร่วมกันก่อนที่จะย้ายไปที่การทดสอบและการใช้งานจริง

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

ตัวอย่างเช่น แอปเวอร์ชัน 1.0 อาจอยู่ในระหว่างการใช้งานจริงในขณะที่ทีมก้าวไปสู่การสร้างเวอร์ชัน 2.0 กลยุทธ์สภาพแวดล้อมของคุณต้องสนับสนุนการแก้ไขปัญหาในเวอร์ชัน 1.0 ในขณะที่การพัฒนาเวอร์ชัน 2.0 กำลังดำเนินการอยู่

รูป: เวอร์ชัน 1.0 จะต้องได้รับการแก้ไข ทดสอบ และปรับใช้ ในขณะที่เวอร์ชัน 2.0 กำลังได้รับการพัฒนา ทดสอบ และปรับใช้

กลุ่มสภาพแวดล้อมเสนอแนวทางที่หลากหลายในการจัดการสถานการณ์แอประดับองค์กรนี้ ตัวอย่างเช่น นี่อาจเป็นกลุ่มแอปเดียวหรืออาจเกี่ยวข้องกับการแยกกลุ่มสำหรับแต่ละขั้นตอนการพัฒนา ในส่วนแนวทางปฏิบัติที่ดีที่สุด เราจะสำรวจวิธีประเมินตัวเลือกต่างๆ

ลดการใช้สภาพแวดล้อมของนักพัฒนาให้เหลือน้อยที่สุด

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

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

การรักษาความปลอดภัยเป็นส่วนหนึ่งของกลยุทธ์ด้านสิ่งแวดล้อมของคุณ

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

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

การรักษาความปลอดภัยในระดับผู้เช่า

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

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

รักษาความปลอดภัยของสภาพแวดล้อมเริ่มต้น

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

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

• ตรวจสอบว่าใครมีสิทธิ์เข้าถึงสภาพแวดล้อมเริ่มต้นของผู้ดูแลระบบ และจำกัดเฉพาะบทบาทที่ต้องการ

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

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

  • สร้างกฎ เพื่อบล็อกรูปแบบ URL ทั้งหมดที่ใช้โดยตัวเชื่อมต่อที่กำหนดเอง

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

เรียนรู้เพิ่มเติม: รักษาความปลอดภัยสภาพแวดล้อมเริ่มต้น

รักษาความปลอดภัยสภาพแวดล้อมอื่นๆ

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

ในฐานะที่เป็นส่วนหนึ่งของการสร้างกลยุทธ์สภาพแวดล้อมของคุณ ให้ระบุระดับความปลอดภัยทั่วไปสำหรับสภาพแวดล้อมของคุณและคุณลักษณะที่ปกป้องแต่ละระดับ ดังตัวอย่างต่อไปนี้

รูปภาพ: ตัวอย่างการรักษาความปลอดภัยสภาพแวดล้อมสามระดับและคุณลักษณะความปลอดภัยที่ใช้กับสภาพแวดล้อมในแต่ละระดับ

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

จัดแนวสภาพแวดล้อมให้สอดคล้องกับกลยุทธ์นโยบายข้อมูลของคุณ

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

เรียนรู้เพิ่มเติมเกี่ยวกับวิธีการใช้กลยุทธ์นโยบายข้อมูล

รูป: ในตัวอย่างนี้ สภาพแวดล้อมในกลุ่มการพัฒนาส่วนบุคคล เป็นไปตามนโยบายการป้องกันการสูญหายของข้อมูล (DLP) ที่บล็อกตัวเชื่อมต่อที่ไม่ใช่ Microsoft ทั้งหมด

ปรับแต่งกลยุทธ์ด้านสิ่งแวดล้อมสำหรับองค์กรของคุณ

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

เริ่มต้นที่คุณอยู่

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

ข้อมูลองค์กรที่คุณควรรู้ประกอบด้วย:

• วิสัยทัศน์ว่า Power Platform จะนำไปใช้ในองค์กรอย่างไร
• ใครในองค์กรที่จะสร้างสินทรัพย์แบบ low-code?

คุณต้องทำการตัดสินใจที่สำคัญ:

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

คุณอาจพบแรงบันดาลใจในโมเดลการดำเนินงานระบบคลาวด์ ที่เป็นส่วนหนึ่งของ Cloud Adoption Framework สำหรับ Azure

เติมช่องว่างโดยใช้แพลตฟอร์ม

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

• ช่องว่างก็ยอมรับได้
• ช่องว่างถูกเติมเต็มโดยใช้ชุดเริ่มต้นศูนย์แห่งความเป็นเลิศของ Power Platform
• สามารถเติมเต็มช่องว่างได้โดยใช้ความสามารถของแพลตฟอร์ม เช่น API ตัวเชื่อมต่อและแอปแบบกำหนดเอง หรือระบบอัตโนมัติ
• สามารถเติมช่องว่างได้โดยใช้เครื่องมือหรือแอปของบุคคลที่สาม

ชุดเริ่มต้น CoE

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

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

รูปภาพ: แดชบอร์ดสภาพแวดล้อมใน Power BI

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

รูปภาพ: แผนผังโฟลว์ที่แสดงกระบวนการจัดการสภาพแวดล้อมในชุดเริ่มต้น CoE

แพลตฟอร์มความสามารถในการโปรแกรมและความสามารถในการเพิ่มฟังก์ชัน

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

คุณสามารถใช้ตัวเชื่อมต่อต่อไปนี้เพื่อสร้างแอปและโฟลว์:

• Power Platform for Admins และ Power Platform for Admins V2
• Power Apps for Admins และ Power Apps สำหรับผู้สร้าง
• การจัดการ Power Automate

คุณสามารถใช้ ส่วนติดต่อบรรทัดคำสั่ง (CLI) ของ Power Platform เพื่อพัฒนาระบบอัตโนมัติเพื่อช่วยคุณจัดการวงจรชีวิตของสภาพแวดล้อมและงานอื่น ๆ ที่เกี่ยวข้องกับแนวทางปฏิบัติ DevOps

ด้วย PowerShell cmdlets สำหรับผู้สร้างและผู้ดูแลระบบ Power Platform คุณสามารถดำเนินการตรวจสอบและทำงานการจัดการจำนวนมากในแบบอัตโนมัติได้

Power Platform DLP SDK สามารถช่วยจัดการนโยบายการป้องกันการสูญหายของข้อมูลในระดับผู้เช่าและสภาพแวดล้อม

คำแนะนำแนวทางปฏิบัติที่ดีที่สุด

ในส่วนนี้ของบทความ เราจะสร้างตามคำแนะนำในส่วนพื้นฐานและเฉพาะสถานการณ์

สภาพแวดล้อมใหม่

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

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

ตามคำแนะนำทั่วไป เมื่อเป็นไปได้ สภาพแวดล้อมการพัฒนาควรมีวัตถุประสงค์เดียว ใช้แล้วทิ้ง และสร้างขึ้นใหม่ได้ง่าย

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

เมื่อคุณประเมินสภาพแวดล้อมการใช้งานจริงสำหรับแอป โปรดคำนึงถึงข้อควรพิจารณาต่อไปนี้:

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

• มีการปฏิบัติตามข้อกำหนดพิเศษหรือข้อกำหนดด้านกฎระเบียบสำหรับการแยกข้อมูลหรือไม่ ตัวอย่างเช่น ความสำคัญ ของข้อมูลจำเป็นต้องแยกออกหรือไม่ มีข้อกำหนดว่าไม่สามารถรวมข้อมูลเข้ากับข้อมูลอื่นได้หรือไม่

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

• แอพต้องการข้อมูลจากแอพอื่นและจำเป็นต้องจัดวางกับแอพเหล่านั้นหรือไม่? ตัวอย่างเช่น สองแอปที่ใช้ตารางลูกค้าของคุณควรโฮสต์ไว้ด้วยกัน การแยกพวกมันจะสร้างสำเนาข้อมูลซ้ำซ้อน และสร้างปัญหาในการบำรุงรักษาข้อมูล

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

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

• จะต้องมีผู้ดูแลระบบใหม่หรือผู้ดูแลระบบที่มีอยู่จะเพียงพอหรือไม่ หากแอปใหม่ต้องการผู้ดูแลระบบเพิ่มเติม พวกเขาจะเข้ากันได้กับผู้ดูแลระบบที่มีอยู่หรือไม่ (เนื่องจากทั้งหมดจะมีสิทธิ์ผู้ดูแลระบบกับแอปทั้งหมดในสภาพแวดล้อม)

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

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

ความสามารถ

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

ประหยัดความจุโดย:

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

กลุ่มสภาพแวดล้อม

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

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

รูปภาพ: กลุ่มสภาพแวดล้อมสำหรับสองแผนกที่แตกต่างกันโดยมีกฎต่างกัน

การตั้งชื่อสภาพแวดล้อมและกลุ่ม

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

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

• สภาพแวดล้อมของนักพัฒนาซอฟต์แวร์ที่สร้างขึ้นโดยอัตโนมัติเป็นไปตามรูปแบบ <user name>'s Environment; ตัวอย่างเช่น "Avery Howard's Environment." กลุ่มสภาพแวดล้อมจะไม่มีการตั้งชื่อโดยอัตโนมัติ

• ชื่อสภาพแวดล้อมและกลุ่มสภาพแวดล้อมไม่จำเป็นต้องไม่ซ้ำกัน อย่างไรก็ตาม เพื่อหลีกเลี่ยงความสับสน แนวทางปฏิบัติที่ดีที่สุดคือหลีกเลี่ยงชื่อที่ซ้ำกัน

• ชื่อจำกัดไว้ที่ 100 ตัวอักษร ชื่อที่สั้นกว่าจะใช้งานง่ายกว่า

หลักการตั้งชื่อ

สร้างแบบแผนการตั้งชื่อที่สอดคล้องกัน

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

  • แนวทางปฏิบัติทั่วไปคือการรวมระยะวงจรการใช้งานไว้ในชื่อของสภาพแวดล้อม ตัวอย่างเช่น Contoso Dev, Contoso Test, Contoso Prod เป้าหมายคือเพื่อแยกสภาพแวดล้อมที่มีเนื้อหาเหมือนกันอย่างชัดเจน แต่มีวัตถุประสงค์ต่างกัน

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

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

• ตั้งชื่อให้สั้น มีความหมาย และสื่อความหมาย

• หลีกเลี่ยงการรวมข้อมูลที่เป็นความลับในชื่อ ทุกคนที่สามารถเข้าถึงศูนย์การจัดการสามารถมองเห็นได้

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

สินทรัพย์ในสภาพแวดล้อมเริ่มต้น

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

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

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

สินทรัพย์ในสภาพแวดล้อม Dataverse for Teams

Microsoft Dataverse for Teams ช่วยให้ผู้ใช้สามารถสร้างแอป บอท และโฟลว์ที่กำหนดเองได้ใน Microsoft Teams โดยใช้ Power Apps, Microsoft Copilot Studio และ Power Automate เมื่อเจ้าของกลุ่มคนเพิ่มความสามารถนี้ให้กับทีมของตน สภาพแวดล้อม Microsoft Power Platform ที่มีการสร้างฐานข้อมูล Dataverse for Teams และเชื่อมโยงกับทีมของพวกเขา เรียนรู้วิธีการ กำหนดนโยบายการกำกับดูแลเพื่อจัดการสภาพแวดล้อม Microsoft Dataverse for Teams

กลยุทธ์สภาพแวดล้อมภายในที่ Microsoft

Microsoft ถือว่าตัวเองเป็น "Customer Zero" เพราะมีการนำ Power Platform มาใช้ภายในองค์กรเพื่อขับเคลื่อนระบบอัตโนมัติและประสิทธิภาพสำหรับพนักงาน ตัวเลขต่อไปนี้แสดงมาตราส่วนการใช้งานของผู้เช่าภายในของ Microsoft

• 50,000-60,000 ผู้สร้างที่ใช้งานในแต่ละเดือน
• แอปพลิเคชันมากกว่า 250,000 รายการและโฟลว์มากกว่า 300,000 รายการ
• มากกว่าสภาพแวดล้อม 20,000

Microsoft กำลังเปลี่ยนจากกลยุทธ์ด้านสิ่งแวดล้อมก่อนหน้านี้ไปใช้คุณสมบัติการกำกับดูแล Power Platform ล่าสุดรวมถึงสภาพแวดล้อมที่มีการจัดการ กลุ่มสภาพแวดล้อม และกฎ

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

Microsoft กำลังจัดโครงสร้างสภาพแวดล้อม Power Platform ออกเป็นสามประเภทกว้างๆ ซึ่งครอบคลุมกรณีการใช้งานเจ็ดกรณี ซึ่งสะท้อนถึงระดับความเสี่ยงและการควบคุมที่แตกต่างกัน: ประสิทธิภาพการทำงานส่วนบุคคล การทำงานร่วมกันเป็นทีม และการพัฒนาองค์กร

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

• การทำงานร่วมกันเป็นทีม: สำหรับผู้ใช้ที่กำลังสร้างเครื่องมือ ระบบอัตโนมัติ และกระบวนการสำหรับทีมของตน สำหรับสถานการณ์สมมตินี้ Microsoft แนะนำให้ใช้สภาพแวดล้อม Dataverse for Teams วงจรชีวิต การจัดการการเข้าถึง และการติดฉลากข้อมูลได้รับการควบคุมในระดับกลุ่ม Microsoft 365 โดยไม่จำเป็นต้องใช้เวลาในการจัดการผู้ใช้เหล่านี้จากมุมมองด้านการกำกับดูแล Power Platform การใช้งานในระดับนี้เป็นขั้นตอนต่อไปในสเปกตรัมความเสี่ยง

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

กลยุทธ์การกำกับดูแลของ Microsoft ไม่คงที่ มีความคล่องตัวและการเปลี่ยนแปลงเพื่อปรับให้เข้ากับความท้าทายใหม่ๆ และรวมเอาคุณลักษณะใหม่ๆ ของ Power Platform เข้าไว้ด้วยกัน

พัฒนากลยุทธ์ด้านสภาพแวดล้อมและผู้เช่าของคุณ

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

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

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

เริ่ม

องค์กรของคุณอยู่ในจุดเริ่มต้นของการเดินทางเพื่อนำ Power Platform ไปใช้ ลำดับขั้นนี้มักจะเรียกว่า greenfield คุณกำลังเริ่มต้นการเดินทางในจุดที่ดีที่สุดเพราะคุณไม่ต้องกังวลเกี่ยวกับสภาพแวดล้อมที่มีอยู่หรือผลกระทบที่นโยบายใหม่อาจมีต่อวิธีที่ผู้คนในองค์กรของคุณใช้งาน Power Platform นี่เป็นเวลาที่ดีที่สุดในการนำกลยุทธ์สภาพแวดล้อมระดับองค์กรไปใช้ซึ่งสอดคล้องกับคุณลักษณะของผลิตภัณฑ์และแนวทางปฏิบัติที่ดีที่สุด

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

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

Align

องค์กรของคุณมีและกำลังดำเนินกลยุทธ์ด้านสิ่งแวดล้อมที่จำเป็นต้องแก้ไขเพื่อให้สอดคล้องกับคุณลักษณะ Power Platform ใหม่และแนวทางปฏิบัติ ลำดับขั้นนี้มักจะเรียกว่า brownfield แตกต่างจากองค์กรที่เพิ่งเริ่มต้น คุณต้องพิจารณาถึงผลกระทบต่อองค์กรของคุณจากการเปลี่ยนแปลงกลยุทธ์ด้านสภาพแวดล้อม

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

คำแนะนำต่อไปนี้คือการเปลี่ยนแปลงส่วนเพิ่มทั่วไปที่คุณนำไปใช้ได้:

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

• ประเมินกลยุทธ์การจัดกลุ่มของคุณ และ หากจำเป็น สร้างกลุ่มเพื่อรองรับสภาพแวดล้อมที่มีอยู่ของคุณ สร้างกฎเกณฑ์สำหรับกลุ่มเหล่านั้นที่สอดคล้องกับข้อจำกัดและข้อยกเว้นที่มีอยู่ ย้ายสภาพแวดล้อมที่มีอยู่ไปยังกลุ่มเหล่านั้น

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

• สร้างแผนเพื่อระบุ กักกัน และลบสินทรัพย์ในสภาพแวดล้อมเริ่มต้นที่ไม่ได้ใช้งาน

ปรับแต่ง

กลยุทธ์ด้านสิ่งแวดล้อมที่คุณกำลังดำเนินการนั้นสอดคล้องกับคุณลักษณะล่าสุดและแนวทางปฏิบัติที่ดีที่สุดแล้ว แต่องค์กรของคุณต้องการเพิ่มการควบคุมหรือคุณลักษณะเพิ่มเติม

สื่อสารกลยุทธ์ด้านสภาพแวดล้อมของคุณกับองค์กรของคุณ

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

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

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

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

รูปภาพ: ใช้เนื้อหาต้อนรับเพื่อช่วยให้ผู้สร้างรายใหม่ประสบความสำเร็จ

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

บทสรุป

ในบทความนี้ เราได้สำรวจคุณลักษณะที่ออกแบบมาเพื่อช่วยองค์กรของคุณจัดการสภาพแวดล้อม Power Platform ในระดับองค์กรและรวมเข้ากับกลยุทธ์สภาพแวดล้อมของผู้เช่าของคุณ

ตามที่องค์กรของคุณยอมรับ Power Platform และการใช้งานก็เร็วขึ้น ความต้องการสภาพแวดล้อมสามารถเปลี่ยนแปลงได้อย่างรวดเร็ว คุณต้องมีแนวทางที่คล่องตัวซึ่งช่วยให้กลยุทธ์ด้านสิ่งแวดล้อมของคุณตามทันการเปลี่ยนแปลงและยังคงปฏิบัติตามข้อกำหนดการกำกับดูแลที่เปลี่ยนแปลงไปขององค์กรของคุณ

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

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

ข้อมูลที่เกี่ยวข้อง

• กลุ่มสภาพแวดล้อม
• การกำหนดเส้นทางสภาพแวดล้อม
• การรักษาความปลอดภัยขององค์กรด้วย Power Platform (เอกสารข้อมูล)
• การรักษาความปลอดภัยและการกำกับดูแลแบบเขียนโค้ดต่ำ
• แนวคิดของโซลูชันใน ALM