แชร์ผ่าน

กลยุทธ์สภาพแวดล้อมสำหรับ ALM

  • บทความ

การปฏิบัติตามหลักการจัดการวงจรชีวิตของโปรแกรมประยุกต์ (ALM) คุณจะต้องมีสภาพแวดล้อมที่แยกต่างหากสำหรับการพัฒนาและการทำงานจริงของแอป แม้ว่าคุณสามารถดำเนินการ ALM ขั้นพื้นฐานที่มีสภาพแวดล้อมการพัฒนาและการทำงาานจริงแยกกันเท่านั้น เราขอแนะนำให้คุณรักษาสภาพแวดล้อมการทดสอบอย่างน้อยหนึ่งสภาพแวดล้อมที่แยกจากสภาพแวดล้อมการพัฒนาและการทำงานจริงของคุณ เมื่อคุณมีสภาพแวดล้อมการทดสอบแยกจากกัน คุณสามารถทำการตรวจสอบแบบครบวงจรซึ่งรวมถึงการปรับใช้โซลูชันและการทดสอบโปรแกรมประยุกต์ นอกจากนี้ บางองค์กรยังอาจต้องการสภาพแวดล้อมเพิ่มเติมสำหรับการทดสอบการยอมรับของผู้ใช้ (UAT), การทดสอบการรวมระบบ (SIT), และการฝึกอบรม

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

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

สภาพแวดล้อมในการพัฒนา

คุณควรตอบคำถาม เช่น:

สภาพแวดล้อมอื่นๆ

คุณควรตอบคำถาม "ฉันต้องการสภาพแวดล้อมที่ไม่ใช่การพัฒนาชนิดใด"

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

ข้อมูลเพิ่มเติม: สร้างกลยุทธ์สภาพแวดล้อมสำหรับ Microsoft Power Platform

ข้อควรพิจารณาทางภูมิศาสตร์ที่หลากหลาย

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

การนำเข้าโซลูชันและเวอร์ชันสภาพแวดล้อม

เมื่อคุณมีหลายสภาพแวดล้อมในภูมิภาคต่างๆ สิ่งสำคัญคือต้องเข้าใจสิ่งต่อไปนี้เมื่อคุณนำเข้าโซลูชัน:

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

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

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

(ดูเพิ่มเติม )

แนวคิดการแก้ปัญหา