Power Platform เวิร์กโหลดที่มีสถาปัตยกรรมที่ดี

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

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

เกณฑ์ทั่วไปสำหรับการจำแนกภาระงาน ได้แก่:

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

เวิร์กโหลดที่อยู่ในคลาสเดียวกันสามารถแบ่งปันความคล้ายคลึงกันได้ รวมถึงเป้าหมาย ผู้ชม ข้อกำหนดด้านการปฏิบัติตาม และสแต็กเทคโนโลยี เสาหลักทั้งห้าของ Well-Architected หลักการ รายการตรวจสอบ และการแลกเปลี่ยนมีความเกี่ยวข้องกับคลาสเวิร์กโหลดทั้งหมด Power Platform

ใช้แนวทางหลักในการออกแบบทางเทคนิคและพื้นที่การออกแบบที่แสดงถึงลำดับความสำคัญของภาระงานของคุณ ปฏิบัติตามคำแนะนำเพื่อช่วยตั้งค่าปริมาณงานที่ประสบความสำเร็จและจัดให้สอดคล้องกับ Power Platform Well-Architected

เวิร์กโหลด Power Platform Well-Architected คืออะไร?

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

เพื่อสร้างภาระงานที่ประสบความสำเร็จ ต้องพัฒนาภาระงานตามหลักการ Power Platform การวางสถาปัตยกรรมที่ดี

A Power Platform เวิร์กโหลดที่มีการออกแบบสถาปัตยกรรมที่ดี:

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

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

ทีมงานภาระงาน

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

ตัวอย่างสมาชิกทีมภาระงาน
ผู้มีส่วนได้ส่วนเสียทางธุรกิจ นักพัฒนาหรือวิศวกรซอฟต์แวร์ สถาปนิกโซลูชัน นักวิเคราะห์ข้อมูล ผู้ดูแลฐานข้อมูล	ผู้สร้าง สถาปนิกหรือวิศวกรด้านความปลอดภัย วิศวกรโครงสร้างพื้นฐาน ผู้จัดการหรือเจ้าของผลิตภัณฑ์ วิศวกรรับรองคุณภาพ (QA) สมาชิกทีมสนับสนุน

ทีมงานและผู้มีส่วนได้ส่วนเสียแบบรวมศูนย์

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

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

ทีมเวิร์กโหลดที่มีการออกแบบที่ดีจะมุ่งเน้นไปที่ผลลัพธ์ของเวิร์กโหลด Power Platform พวกเขาประสานงานและได้รับประโยชน์จากการสนับสนุนเฉพาะทางจากสมาชิกทีมส่วนกลาง

ตอบสนองความต้องการ

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

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

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

เรียนรู้ข้อจำกัด

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

สื่อสารความต้องการอย่างชัดเจน

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

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

มองหาชัยชนะที่เป็นอันหนึ่งอันเดียวกัน

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

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

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

ทีมงานแพลตฟอร์มมักจะจัดให้มีตัวเลือกบริการตนเองแก่ทีมงานเวิร์กโหลดสำหรับกิจกรรมต่างๆ เช่น การจัดเตรียมคลังเอกสารสำหรับการศึกษาด้วยตนเอง

สำรวจตัวเลือกบริการตนเองที่อาจเหมาะสมกับภาระงานของคุณ

แบ่งปันความสำเร็จและความท้าทาย

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

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

มุ่งมั่นเพื่อการปรับปรุงอย่างต่อเนื่อง

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

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

บรรลุผลสำเร็จตามเป้าหมาย

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