หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
Application Lifecycle Management (ALM) เป็นชุดของกระบวนการ บุคคล และเครื่องมือที่ควบคุมวงจรชีวิตของตัวแทน เริ่มต้นด้วยการรวบรวมแนวคิดและข้อกําหนดเบื้องต้น และดําเนินต่อไปผ่านการพัฒนา การทดสอบ การปรับใช้ และการบํารุงรักษาอย่างต่อเนื่องจนกว่าจะรื้อถอน ผลลัพธ์ที่ได้คือประสิทธิภาพที่มากขึ้นและวิธีการส่งมอบตัวแทนที่คาดการณ์ได้และทําซ้ําได้
ประโยชน์ของ ALM คืออะไร?
ประโยชน์ของการฝึก ALM เพื่อสุขภาพ ได้แก่:
- รุ่นที่เชื่อถือได้: ลดความเสี่ยงของข้อผิดพลาดและรับประกันการปรับใช้ที่สอดคล้องกัน
- การกํากับดูแลและการปฏิบัติตามข้อกําหนด: ช่วยบังคับใช้นโยบายขององค์กรและมาตรฐานความปลอดภัย
- ความสามารถในการปรับขนาดและการนํากลับมาใช้ใหม่: ช่วยให้โซลูชันเติบโตได้โดยไม่ต้องคิดค้นกระบวนการใหม่
- คุณภาพที่รวดเร็ว: สร้างสมดุลระหว่างการส่งมอบที่รวดเร็วด้วยมาตรฐานคุณภาพสูง
- ความต่อเนื่องทางธุรกิจ: ลดเวลาหยุดทํางานและการหยุดชะงักระหว่างการอัปเดต
- การทํางานร่วมกันเป็นทีม: ปรับปรุงการประสานงานระหว่างนักพัฒนา ผู้ทดสอบ และการดําเนินงาน
- ระเบียบวินัยแบบ end-to-end: นําโครงสร้างมาสู่ทุกขั้นตอนของวงจรชีวิตของแอปพลิเคชัน
ใช้แนวทางปฏิบัติที่ดีที่สุดของ Power Platform ALM
Copilot Studio สร้างขึ้นบนรากฐานเดียวกับ Power Platform และมีตัวเลือกมากมายเมื่อพูดถึงการจัดการวงจรชีวิตของแอปพลิเคชัน ดังนั้นทั้งสองแพลตฟอร์มจึงปฏิบัติตามคําแนะนําทั่วไปบางประการ:
- กําหนด กลยุทธ์สภาพแวดล้อม เพื่อให้แน่ใจว่าผู้สร้างสามารถสร้างภายในสภาพแวดล้อมที่ปลอดภัย น้ําหนักเบา และมีผู้ชมน้อยก่อนที่จะปฏิบัติตามแนวทางที่ผ่านการตรวจสอบเพื่อปรับใช้ตัวแทนในสภาพแวดล้อมการทดสอบและการผลิต และขยายการใช้งาน
- ใช้ โซลูชัน เป็นคอนเทนเนอร์เพื่อขนส่งสิ่งประดิษฐ์และการปรับแต่งข้ามสภาพแวดล้อม
- ใช้ ตัวแปรสภาพแวดล้อม สําหรับการตั้งค่าเฉพาะสภาพแวดล้อม และกําหนดค่าการอ้างอิงการเชื่อมต่อสําหรับการเชื่อมต่อและข้อมูลประจําตัวเฉพาะสภาพแวดล้อม
- ใช้ตัวเลือกการปรับใช้การผสานรวมอย่างต่อเนื่องและการส่งมอบอย่างต่อเนื่อง (CI/CD) สําหรับการตั้งค่าทั้งแบบไม่ใช้โค้ดและแบบมืออาชีพ (ไปป์ไลน์ Azure DevOps หรือการรวม GitHub)
- เปิดใช้งานการควบคุมแหล่งที่มาด้วยการ รวม Git ดั้งเดิม
กําหนดค่าและรักษาความปลอดภัยสภาพแวดล้อม
กลยุทธ์ ALM ที่ดีประกอบด้วยสภาพแวดล้อมอย่างน้อยสามแบบ: การพัฒนา การทดสอบ และการผลิต หลังจากที่นักพัฒนาทําการเปลี่ยนแปลงเอเจนต์ในสภาพแวดล้อมการพัฒนา พวกเขาจะเลื่อนระดับไปยังสภาพแวดล้อมการทดสอบ หากผู้ทดสอบพบข้อบกพร่อง ผู้พัฒนาจะแก้ไขข้อบกพร่องในการพัฒนาและโปรโมตเอเจนต์อีกครั้ง เมื่อการทดสอบผ่าน เอเจนต์จะถูกปรับใช้กับการผลิต
ตั้งค่าคอนฟิกสภาพแวดล้อมการผลิตเป็นสภาพแวดล้อมชนิดการผลิต กําหนดค่าสภาพแวดล้อมอื่นๆ ทั้งหมด รวมถึงการพัฒนาและการทดสอบ เป็นสภาพแวดล้อมประเภท Sandbox
รักษาความปลอดภัยทุกสภาพแวดล้อม โดยใช้ Entra Security Group เพื่อจํากัดการเข้าถึงเฉพาะสมาชิกเท่านั้น
ปฏิบัติตามกฎทองของ ALM
ใช้กฎเหล่านี้เพื่อให้แน่ใจว่ากระบวนการจัดการวงจรชีวิตของแอปพลิเคชันมีความสอดคล้องและเชื่อถือได้
- อย่าปรับแต่งภายนอกสภาพแวดล้อมการพัฒนา
- ทํางานในบริบทของการแก้ปัญหาเสมอ
- ใช้ผู้เผยแพร่โฆษณาและคํานําหน้าที่กําหนดเอง
- สร้างโซลูชันแยกต่างหากเฉพาะเมื่อคุณต้องการปรับใช้ส่วนประกอบอย่างอิสระ
- ใช้ตัวแปรสภาพแวดล้อมสําหรับการตั้งค่าและข้อมูลลับที่เปลี่ยนแปลงไปตามสภาพแวดล้อม
- ส่งออกและปรับใช้โซลูชันตามที่มีการจัดการ เว้นแต่จะตั้งค่าสภาพแวดล้อมการพัฒนา
- พิจารณาทําให้ ALM เป็นแบบอัตโนมัติสําหรับการควบคุมแหล่งที่มาและการปรับใช้อัตโนมัติ
ตรวจสอบข้อควรพิจารณาเกี่ยวกับ ALM เฉพาะของ Copilot Studio
Copilot Studio มีรายการเฉพาะสองสามรายการที่ไม่ทราบวิธีแก้ปัญหา รายการเหล่านี้ไม่เป็นไปตามกระบวนการปรับใช้โซลูชันปกติ และต้องมีขั้นตอนหลังการปรับใช้ในสภาพแวดล้อมดาวน์สตรีม เช่น:
- การตั้งค่า Azure Application Insights
- การตั้งค่าการรับรองความถูกต้องด้วยตนเอง
- การตั้งค่าความปลอดภัยของช่องทางสายตรง / ช่องทางเว็บ
- ช่องทางที่ปรับใช้
- การแชร์ (กับผู้สร้างรายอื่นหรือกับผู้ใช้ปลายทาง)
สร้างคอลเลกชันส่วนประกอบที่ใช้ซ้ำได้
คอลเลกชันส่วนประกอบคือชุดของส่วนประกอบตัวแทนที่นํากลับมาใช้ใหม่ได้ ส่วนประกอบเหล่านี้รวมถึงหัวข้อ ความรู้ การดําเนินการ และเอนทิตี ประโยชน์หลักของคอลเลกชันส่วนประกอบคือคุณสามารถแชร์ระหว่างตัวแทนหลายตัวแทนภายในสภาพแวดล้อม
คุณยังสามารถใช้โซลูชันเพื่อส่งออกและนําเข้าคอลเลกชันส่วนประกอบ วิธีการนี้ช่วยให้คุณสามารถย้ายเนื้อหาในหลายสภาพแวดล้อมเพื่อรองรับสถานการณ์ ALM ช่วยให้หลายทีมสามารถพัฒนาส่วนต่างๆ ของเอเจนต์ในสภาพแวดล้อมที่แตกต่างกันด้วยจังหวะการนําออกใช้อิสระ
รูปภาพแสดงให้เห็นว่าคอลเลกชันส่วนประกอบถูกกําหนดค่าอย่างไรในหลายสภาพแวดล้อมเพื่อสนับสนุน ALM แสดงสภาพแวดล้อมสี่แบบ:
- สภาพแวดล้อม IT และ HR DEV
- สภาพแวดล้อม Contoso DEV
- สภาพแวดล้อม Contoso TEST
- สภาพแวดล้อม Contoso PROD
แต่ละสภาพแวดล้อมประกอบด้วยตัวแทนและคอลเลกชันที่คุณสามารถนํากลับมาใช้ใหม่และอ้างอิงในสภาพแวดล้อมต่างๆ
วัตถุประสงค์
- เปิดใช้งานการนําส่วนประกอบของตัวแทนกลับมาใช้ใหม่ (หัวข้อ การดําเนินการ ความรู้) ในหลายสภาพแวดล้อม
- สนับสนุนสถานการณ์ ALM โดยอนุญาตให้มีการพัฒนาโมดูลาร์และจังหวะการเผยแพร่อิสระ
- อํานวยความสะดวกในการทํางานร่วมกันระหว่างหลายทีมด้วยการแชร์คอลเลกชันและการส่งออกและนําเข้าโซลูชัน
กิจกรรม
- สร้างคอลเลกชันคอมโพเนนต์สําหรับไอทีและทรัพยากรบุคคล (ตัวอย่างเช่น หัวข้อไอที การดําเนินการด้านทรัพยากรบุคคล)
- พัฒนาตัวแทน (ตัวอย่างเช่น ตัวแทน Contoso) ที่อ้างอิงคอลเลกชันเหล่านี้
- ใช้เครื่องมือ ALM เพื่อส่งออกและนําเข้าโซลูชันเพื่อย้ายคอลเลกชันระหว่างสภาพแวดล้อม DEV, TEST และ PROD
- การควบคุมเวอร์ชัน: ตรวจสอบให้แน่ใจว่าการเปลี่ยนแปลงทั้งหมดมีการควบคุมเวอร์ชันและจัดทําเป็นเอกสาร
แนวทางปฏิบัติที่สําคัญสําหรับแต่ละสภาพแวดล้อม
-
สภาพแวดล้อม IT และ HR DEV
- รักษา IT Collection และ HR Collection ด้วยหัวข้อ การดําเนินการ และความรู้
- ทําการเปลี่ยนแปลงคอลเลกชันเหล่านี้ในสภาพแวดล้อมนี้ และปรับใช้กับสภาพแวดล้อมอัปสตรีม
-
สภาพแวดล้อม Contoso DEV
- สร้างตัวแทน Contoso ที่อ้างอิงหัวข้อ การดําเนินการ และความรู้ของ Contoso
- รวมคอลเลกชัน IT และ HR กับเวอร์ชันเดียวกับสภาพแวดล้อม DEV
- ใช้สภาพแวดล้อมนี้สําหรับการพัฒนาและการรวมส่วนประกอบตัวแทนเบื้องต้น
-
สภาพแวดล้อมการทดสอบ Contoso
- ปรับใช้ Contoso Agent สําหรับการทดสอบ
- นําเข้าคอลเลกชัน IT และ HR ด้วยเวอร์ชันเดียวกับสภาพแวดล้อม DEV
- ใช้สภาพแวดล้อมนี้สําหรับการตรวจสอบความถูกต้องและ QA ก่อนการนําออกใช้จริง
-
สภาพแวดล้อม Contoso PROD
- การปรับใช้ขั้นสุดท้ายของตัวแทน Contoso
- นําเข้าคอลเลกชันที่มีเวอร์ชันที่เสถียร เช่น IT Collection v1.0 และ HR Collection v1.0
- ใช้สภาพแวดล้อมนี้สําหรับการกําหนดค่าที่พร้อมใช้งานจริงเพื่อให้มั่นใจถึงความน่าเชื่อถือ
แนวทางปฏิบัติที่ดีที่สุด
- นํากลับมาใช้ใหม่มากกว่าการทําสําเนา: แชร์คอลเลกชันระหว่างตัวแทนและสภาพแวดล้อม
- การควบคุมเวอร์ชัน: ติดตามเวอร์ชันเพื่อความสอดคล้องและการย้อนกลับ
- การออกแบบโมดูลาร์: แยกส่วนประกอบไอทีและทรัพยากรบุคคลเพื่อความยืดหยุ่น
- จังหวะการเผยแพร่อิสระ: อนุญาตการอัปเดตโดยไม่รบกวนสภาพแวดล้อมอื่นๆ
เลือกเครื่องมืออัตโนมัติ ALM สําหรับการปรับใช้ตัวแทน
Copilot Studio รองรับเครื่องมืออัตโนมัติ ALM หลายตัวเพื่อช่วยในการปรับใช้ตัวแทน แต่ละตัวเลือกมีความสามารถที่แตกต่างกันและกําหนดเป้าหมายไปยังผู้ชมที่แตกต่างกัน:
- Azure DevOps: โซลูชันระดับองค์กรสําหรับการจัดการ ALM ด้วย CI/CD ขั้นสูงและความสามารถในการควบคุมแหล่งที่มา
- การดําเนินการ GitHub สําหรับ Power Platform: ทําให้งานที่เกี่ยวข้องกับ ALM เป็นแบบอัตโนมัติสําหรับนักพัฒนาและผู้ดูแลระบบโดยใช้แพลตฟอร์ม GitHub
- ไปป์ไลน์ใน Power Platform สําหรับ Copilot Studio: ลดความซับซ้อนของการปรับใช้สําหรับนักพัฒนาพลเมืองโดยใช้ไปป์ไลน์การปรับใช้ที่สร้างขึ้นใน Power Platform
ตารางต่อไปนี้แสดงการเปรียบเทียบโดยละเอียดของเครื่องมือ ALM ที่มีอยู่:
| คุณสมบัติหรือประโยชน์ | Azure DevOps | การดําเนินการ GitHub สําหรับ Power Platform | ไปป์ไลน์ Power Platform สําหรับ Copilot Studio |
|---|---|---|---|
| เหมาะสำหรับ | ทีมองค์กรที่ต้องการการควบคุม ALM เต็มรูปแบบ | ทีม Dev/Admin ที่จัดการหลายสภาพแวดล้อม | องค์กรที่ให้อํานาจนักพัฒนาพลเมือง |
| ความสามารถหลัก |
|
|
|
| ตั้งค่าความซับซ้อน | สูง (ต้องมีการกําหนดค่าและความเชี่ยวชาญ) | ปานกลาง (ต้องมีการตั้งค่า GitHub และสคริปต์) | ต่ํา (ตั้งค่าไม่กี่นาที) |
กําหนดกลยุทธ์การทดสอบ
การทดสอบเอเจนต์ก่อนการปรับใช้เป็นส่วนสําคัญของกลยุทธ์ ALM สําหรับ Copilot Studio เรียนรู้เพิ่มเติมในการออกแบบกลยุทธ์การทดสอบสําหรับตัวแทนของคุณ
ขั้นตอนถัดไป
เตรียมใช้งานโซลูชันของคุณในวงกว้างโดยการตรวจสอบวิธีติดตามการใช้งาน รักษาการปฏิบัติตามข้อกําหนด และตรวจสอบให้แน่ใจว่าสภาพแวดล้อมของคุณมีความจุที่ต้องการ