יצירת אסטרטגיית ניהול מחזור חיי יישום

Application Lifecycle Management (ALM) הוא סדרה של תהליכים, אנשים וכלים השולטים במחזור החיים של הסוכן. זה מתחיל באיסוף הרעיון והדרישות הראשוני וממשיך דרך פיתוח, בדיקה, פריסה ותחזוקה שוטפת עד לפירוק. התוצאה היא יעילות רבה יותר ודרך צפויה וניתנת לחזרה לאספקת סוכנים.

מהם היתרונות של ALM?

היתרונות של תרגול ALM בריא כוללים:

• שחרורים אמינים: מפחיתים את הסיכון לשגיאות ומבטיחים פריסות עקביות.
• ממשל וציות: מסייע לאכוף מדיניות ארגונית ותקני אבטחה.
• מדרגיות ושימוש חוזר: מאפשר לפתרונות לגדול מבלי להמציא מחדש תהליכים.
• איכות במהירות: מאזן משלוח מהיר עם סטנדרטים איכותיים.
• המשכיות עסקית: צמצום זמן השבתה והפרעה במהלך עדכונים.
• שיתוף פעולה בצוות: משפר את התיאום בין מפתחים, בודקים ותפעול.
• משמעת מקצה לקצה: מביאה מבנה לכל שלב במחזור החיים של היישום.

החל שיטות עבודה מומלצות בפלטפורמת הכוח ALM

Copilot Studio בנוי על אותו בסיס כמו Power Platform ומציע אפשרויות עשירות בכל הנוגע לניהול מחזור חיי יישומים. לכן, שתי הפלטפורמות פועלות בהתאם להנחיות משותפות:

• הגדר אסטרטגיית סביבה כדי להבטיח שיצרנים יוכלו לבנות בתוך סביבות מאובטחות, קלות משקל, בעלות קהל נמוך לפני שתפעל לפי הנחיות בדוקות לפריסת סוכנים לסביבות בדיקה וייצור והרחבת השימוש.
• השתמשו בפתרונות כמכולות להעברת חפצים והתאמות אישיות בין סביבות.
• החל משתנים סביבתיים עבור הגדרות ספציפיות לסביבה והגדר הפניות חיבור עבור חיבורים ואישורים ספציפיים לסביבה.
• יש להטמיע אינטגרציה רציפה ואפשרויות פריסה רציפה (CI/CD) הן עבור הגדרות ללא קוד והן עבור הגדרות פרו- התקן (צינורות, Azure DevOps או שילוב GitHub).
• אפשר בקרת מקור עם שילוב Git מקורי.

הגדרה ואבטחה של סביבות

אסטרטגיית ALM בריאה כוללת לפחות שלוש סביבות: פיתוח, בדיקה וייצור. לאחר שמפתח מבצע שינויים בסוכן בסביבת הפיתוח, הם מקדמים אותו לסביבת הבדיקה. אם בודקים חושפים באגים, המפתח מתקן אותם בפיתוח ומקדם את סוכןשוב. לאחר שהבדיקה עוברת, סוכןנפרס לייצור.

הגדר את סביבת הייצור כסביבת סוג ייצור. הגדר את כל הסביבות האחרות, כולל פיתוח ובדיקה, כסביבות מסוג ארגז חול.

אבטח כל סביבה על ידי החלת קבוצת אבטחת Entra כדי להגביל את הגישה רק לחבריה.

יש לפעול לפי כללי הזהב של ALM

השתמש בכללים אלה כדי להבטיח תהליך ניהול מחזור חיי יישום עקבי ואמין.

• אין להתאים אישית מחוץ לסביבת פיתוח.
• תמיד לעבוד בהקשר של פתרונות.
• השתמש במפרסם ובקידומת מותאמים אישית.
• צרו פתרונות נפרדים רק אם אתם צריכים לפרוס רכיבים באופן עצמאי.
• השתמש במשתני סביבה עבור הגדרות וסודות המשתנים בין סביבות.
• ייצא ופרוס פתרונות כמנוהלים, אלא אם אתה מגדיר סביבת פיתוח.
• שקול להפוך את ALM לאוטומטי לבקרת מקור ולפריסות אוטומטיות.

סקירת שיקולים ספציפיים של COPILOT STUDIO AL

Copilot Studio כולל כמה פריטים ספציפיים שאינם מודעים לפתרון. פריטים אלה אינם פועלים לפי תהליך הפריסה הרגיל של הפתרון ודורשים שלבים לאחר הפריסה בסביבה במורד הזרם, כגון:

• הגדרות של Azure Application Insights
• הגדרות אימות ידני
• הגדרות אבטחה של Direct Line / ערוץ אינטרנט
• ערוצים שנפרסו
• שיתוף (עם יצרנים אחרים, או עם משתמשי קצה)

יצירת אוספי רכיבים רב-פעמיים

אוסף רכיבים הוא קבוצה של רכיבי סוכן הניתנים לשימוש חוזר. רכיבים אלה כוללים נושאים, ידע, פעולות וישויות. היתרון המרכזי של אוספי רכיבים הוא שניתן לשתף אותם בין מספר סוכנים בסביבה.

ניתן גם להשתמש בפתרון כדי לייצא ולייבא אוספי רכיבים. גישה זו מאפשרת לך להעביר תוכן בין סביבות שונות כדי לתמוך בתרחישי ALM. גישה זו מאפשרת לצוותים שונים לפתח רכיבים של סוכנים בסביבות שונות, עם מחזורי שחרור נפרדים.

התמונה ממחישה כיצד אוספי רכיבים מוגדרים בסביבות שונות כדי לתמוך ב-ALM. האיור מציג ארבע סביבות:

• סביבת פיתוח IT ומשאבי אנוש
• סביבת הפיתוח של Contoso
• סביבת בדיקות של Contoso
• סביבת Contoso PROD

כל סביבה מכילה סוכנים ואוספים שניתן לעשות בהם שימוש חוזר ולהתייחס אליהם בכל הסביבות.

מטרה

• אפשר שימוש חוזר ברכיבים של סוכנים (נושאים, פעולות, ידע) בסביבות מרובות.
• תמכו בתרחישי ALM בכך שתאפשרו פיתוח מודולרי וקצב שחרור עצמאי.
• לאפשר שיתוף פעולה בין מספר צוותים על ידי שיתוף אוספים וייצוא וייבוא פתרונות.

פעילויות

• צור אוספי רכיבים עבור IT ו- HR (לדוגמה, נושאי IT, פעולות HR).
• פתח סוכנים (לדוגמה, Contoso Agent) שמפנים לאוספים האלה.
• הטמעת כלים של ALM לייצוא וייבוא פתרונות להעברת אוספים בין סביבות פיתוח, בדיקה ו- PROD.
• בקרת גרסאות: יש לוודא שכל השינויים מבוקרים ומתועדים בגרסה.

שיטות עבודה עיקריות לכל סביבה

• IT וסביבת פיתוח משאבי אנוש
  • יש לתחזק את איסוף ה- IT ואת איסוף משאבי האנוש באמצעות נושאים, פעולות וידע.
  • בצע שינויים באוספים אלה בסביבה זו ופרוס אותם בסביבות במעלה הזרם.
• סביבת הפיתוח של Contoso
  • בנה את סוכן Contoso המתייחס לנושאים, לפעולות ולידע של Contoso.
  • שלב אוספי IT ו-HR באותן גרסאות כמו סביבת פיתוח.
  • השתמש בסביבה זו לפיתוח ושילוב ראשוני של רכיבי הסוכן.
• סביבת בדיקת קונטוסו
  • לפרוס את סוכן Contoso לבדיקה.
  • ייבא אוספי IT ומשאבי אנוש עם אותן גרסאות כמו סביבת הפיתוח.
  • השתמש בסביבה זו לאימות ו- QA לפני שחרור הייצור.
• סביבת Contoso PROD
  • פריסה סופית של סוכן Contoso.
  • ייבא אוספים עם גרסאות יציבות, כגון IT Collection v1.0 ו- HR Collection v1.0.
  • השתמש בסביבה זו עבור תצורה מוכנה לייצור המבטיחה אמינות.

שיטות עבודה מומלצות

• שימוש חוזר בשכפול: שיתוף אוספים בין סוכנים וסביבות.
• בקרת גרסאות: עקוב אחר גרסאות לעקביות ולחזרה לאחור.
• עיצוב מודולרי: רכיבי IT ומשאבי אנוש נפרדים לגמישות.
• קצב שחרור עצמאי: אפשר עדכונים מבלי לשבש סביבות אחרות.

בחר כלים לאוטומציה של 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 עבור Copilot Studio
הכי טוב עבור	צוותים ארגוניים הזקוקים לשליטה מלאה ב-	צוותי פיתוח/אדמין המנהלים סביבות מרובות	ארגונים המעצימים מפתחים אזרחיים
יכולות מרכזיות	בקרת מקור באמצעות Azure DevOps Repos CI/CD באמצעות צינורות Azure DevOps יכול להשתמש בPower Platform Build כלים למשימות אוטומציה ופריסה נפוצות אפשר אינטגרציה של Git עם Azure Repos	פתרונות יבוא וייצוא פרוס לסביבות במורד הזרם הקצאה או ביטול הקצאה של סביבות בדיקות ניתוח סטטי באמצעות בודק הפתרונות גיבוי, שחזור, העתקה, מחיקה ואיפוס של סביבות	נראות פריסה מרכזית ניהול צנרת ואבטחה הגדרה מהירה לפריסות
מורכבות ההגדרה	גבוה (דורש תצורה ומומחיות)	מתון (דורש הגדרת GitHub וסקריפטים)	נמוך (הגדרה של כמה דקות)

גיבוש אסטרטגיית בדיקה

סוכני בדיקה לפני פריסה הם חלק חשוב באסטרטגיית ALM עבור Copilot Studio. מידע נוסף זמין בסעיף עיצוב אסטרטגיית בדיקה עבור הסוכנים שלך.

השלב הבא

התכוננו להפעיל את הפתרון שלכם בקנה מידה גדול על ידי בדיקה כיצד לעקוב אחר השימוש, לשמור על תאימות ולוודא שלסביבות שלכם יש את הקיבולת שהם צריכים.

מעקב אחר פעולות, תאימות וקיבולת

מידע קשור

• יסודות ניהול מחזור החיים של יישומים (ALM) עם Microsoft Power Platform
• המלצות לנוהלי פריסה בטוחים