הערה
הגישה לדף זה מחייבת הרשאה. באפשרותך לנסות להיכנס או לשנות מדריכי כתובות.
הגישה לדף זה מחייבת הרשאה. באפשרותך לנסות לשנות מדריכי כתובות.
שמור על תהליך ניהול מחזור חיים בריא של יישום (ALM) כדי להימנע מבעיות ייצור ולטפל במהירות ברגרסיות.
קביעת אסטרטגיית ALM
ודא שתהליך הפיתוח שלך יעיל וניתן להרחבה על-ידי פיתוח אסטרטגיית ALM מקיפה הכוללת בקרת גרסאות, שילוב רציף/פריסה רציפה (CI/CD) ובדיקות אוטומטיות.
הערך אפשרויות מ- CI/CD פשוט למתקדם:
- פריסה ידנית של פתרונות.
- פריסה אוטומטית עם קווי צינורות ידידותיים למשתמש ב- Power Platform (ללא בקרת מקור).
- פריסה אוטומטית + בקרת מקור עם Azure DevOps או GitHub Power Platform tools.
- בדיקות אוטומטיות של עומס העבודה של היישום החכם כחלק מתהליך הפריסה.
שימוש בפתרונות לניהול סביבה
שמור על סביבות נפרדות לפיתוח, בדיקות וייצור. שיטת עבודה זו מסייעת לבודד בעיות ומבטיחה שהשינויים ייבדקו ביסודיות לפני שהם מגיעים למשתמשים.
השתמש בפתרונות כדי להעביר יישומי plug-in שנוצרו בסביבות Microsoft Copilot Studio שונות.
המלצות ושיקולים מרכזיים:
- עבודה בהקשר של פתרונות: יש לוודא שכל הפיתוח מתבצע במסגרת הפתרונות.
- פתרונות נפרדים לפריסה עצמאית: צור פתרונות נפרדים רק כאשר יש צורך לפרוס רכיבים באופן עצמאי.
- הבנת מגבלות: הבן את המגבלות של פריסה אוטומטית והערך אילו הגדרות יש להגדיר או לעדכן באופן ידני לאחר הפריסה, כגון אינגרציה של Application Insights, ערוצים שנפרסו והגדרות אבטחה.
- השתמש במפרסם ובקידומת מותאמים אישית: הטמע מפרסם וקידומת מותאמים אישית לארגון וניהול טובים יותר.
- השתמש במשתני סביבה: השתמש במשתני סביבה עבור הגדרות וסודות המשתנים בסביבות שונות.
- ייצוא ופריסה כפתרונות מנוהלים: ייצא ופרוס פתרונות כפתרונות מנוהלים, למעט בעת הגדרת סביבת פיתוח.
- הגבלת התאמות אישיות לפיתוח: הימנע מיצירת התאמות אישיות מחוץ לסביבת הפיתוח.
- אוטומציה של תהליכי ALM: שקול אוטומציה של ALM עבור בקרת מקור ופריסות אוטומטיות.
דוגמה
דוגמה זו מספקת מבט כולל על אסטרטגיית הפריסה עבור עומס עבודה של יישום חכם ומתארת את התפקידים והתהליכים המשויכים לכל סביבה: פיתוח (Dev), בדיקה (בדיקה), אבטחת איכות (QA) וייצור (Prod).
סביבת פיתוח (Dev):
- מטרה: יצירה ראשונית והתאמה אישית של הפתרון.
- פעילויות: המפתחים בונים ומשנים רכיבים כגון יישומים, זרימות וסוכנים. כל ההתאמות האישיות והתצורות מבוצעות כאן.
-
שיטות עבודה מומלצות:
- השתמש במפרסם ובקידומת מותאמים אישית עבור כל הרכיבים.
- הטמע משתני סביבה עבור הגדרות וסודות.
- ודא שכל השינויים מבוקרים על-ידי גירסה ומתועדים.
סביבת בדיקות (Test):
- מטרה: אימות ראשוני ובדיקה של הפתרון שפותח.
- פעילויות: הפתרונות מיוצאים מסביבת הפיתוח כפתרונות מנוהלים ומיובאים אל סביבת הבדיקות. בדיקות פונקציונליות ואינטגרציה מתבצעות כדי לזהות ולפתור בעיות בשלב מוקדם.
-
שיטות עבודה מומלצות:
- שמור על סביבת בדיקות נפרדת כדי לדמות תרחישים מהעולם האמיתי.
- השתמש במשתני סביבה כדי לנהל הגדרות וסודות ספציפיים לסביבת הבדיקה.
- הפוך תהליכי פריסה לאוטומטיים כדי להבטיח עקביות וחזרתיות.
סביבת הבטחת איכות (Q.A. או QA):
- מטרה: נועד לאבטחת איכות יסודית ובדיקות קבלת משתמשים (UAT).
- פעילויות: הפתרונות מנוהלים מיובאים מסביבת הבדיקות אל סביבת ה-QA. בדיקות מקיפות, כולל ביצועים, אבטחה ו-UAT, מתבצעות כדי להבטיח שהפתרון עומד בכל הדרישות והתקנים.
-
שיטות עבודה מומלצות:
- השתמש במשתני סביבה כדי לנהל הגדרות וסודות ספציפיים לסביבת ה-QA.
- ניתן לערב משתמשים ב- UAT כדי לאסוף משוב ולהבטיח שהפתרון עונה על צרכיהם.
- הפוך תהליכי בדיקה לאוטומטיים במידת האפשר כדי לשפר את היעילות והדיוק.
סביבת ייצור (Prod):
- מטרה: אירוח הגרסה החיה הפונה למשתמש של הפתרון.
- פעילויות: לאחר בדיקות QA מוצלחות, הפתרון המנוהל מיוצא מסביבת QA ומיובא לסביבת הייצור. סביבה זו מבוקרת בקפידה כדי להבטיח יציבות ואמינות.
-
שיטות עבודה מומלצות:
- פרוס פתרונות כמנוהלים כדי למנוע שינויים בלתי מורשים.
- השתמש במשתני סביבה כדי לנהל הגדרות וסודות ספציפיים לסביבת הייצור.
- בצע ניטור ותחזוקה של הפתרון כדי להבטיח ביצועים מיטביים ולטפל בבעיות במהירות.
אסטרטגיה כללית:
- הפרדת חששות: כל סביבה משרתת מטרה נפרדת, ומבטיחה שפעילויות פיתוח, בדיקות, QA וייצור לא יפריעו זו לזו.
- אוטומציה: הפוך תהליכי ALM לאוטומטיים, כולל בקרת מקור, בדיקות ופריסות, כדי לשפר את היעילות ולהפחית את הסיכון לשגיאות.
- עקביות: שמור על עקביות בין סביבות באמצעות משתני סביבה וקבצי Script אוטומטיים לפריסה.
קביעת אסטרטגיית בדיקות
ודא שיש לך תוכנית ברורה לאימות שעומסי העבודה והשילובים של היישומים החכמים פועלים כצפוי.
הגדר את אסטרטגיית הבדיקות עבור עומסי עבודה של יישומים חכמים. השתמש במסגרת בדיקות כדי לבדוק באופן גורף אמירות של משתמשים ולוודא שהנושא המתאים מעורר או שהאפשרות הראשונה של "האם התכוונת" היא הנכונה ב-90% מהמקרים?
בדוק שילובים כחלק מבדיקת שיחות מלאה מקצה לקצה עם יכולת הבדיקה בקנה מידה של מסגרת הבדיקות.
השתמש בערכת Power CAT Copilot Studio כדי להגדיר סוכנים ובדיקות. הפעל בדיקות נפרדות מול ממשקי ה- API של Copilot Studio (Direct Line), והערך את תגובות הסוכן מול התוצאות הצפויות.
ודאו שאתם מבינים דרישות לא פונקציונליות כמו זמינות, תאימות, שמירת נתונים/תושבות, ביצועים, פרטיות, זמן שחזור, אבטחה ומדרגיות. לדוגמה, רכיב גרפי של צ'אט באתר אמור להיטען ולהתחיל שיחה תוך 5 שניות מרגע הלחיצה. באופן דומה, זרימת ענן המופעלת כדי להחזיר מידע למשתמש אמורה לספק את הנתונים הרצויים תוך 10 שניות.