הערה
הגישה לדף זה מחייבת הרשאה. באפשרותך לנסות להיכנס או לשנות מדריכי כתובות.
הגישה לדף זה מחייבת הרשאה. באפשרותך לנסות לשנות מדריכי כתובות.
מאמר זה מתאר את הרכיבים, הכלים והתהליכים הדרושים ליישום ניהול מחזור חיים של יישומים (ALM).
סביבות
סביבות הן מקום שנועד לאחסון, לניהול ולשיתוף של הנתונים העסקיים, היישומים והתהליכים העסקיים של הארגון. הן משמשות גם כגורמים מכילים להפרדת יישומים שעשויים להיות להם תפקידים שונים, דרישות אבטחה או קהלי יעד שונים. לכל סביבה יכול להיות מסד נתונםי אחד בלבד של Microsoft Dataverse. מידע נוסף: מבט כולל על סביבות
חשוב
בעת יצירה של סביבה, תוכל לבחור להתקין יישומים של Dynamics 365 כמו Dynamics 365 Sales ו- Dynamics 365 Marketing. חשוב לקבוע בשלב זה אם יישומים אלה נדרשים או לא, מכיוון שלא ניתן להסיר את התקנתם או להתקין אותם מאוחר יותר. אם אינך בונה על בסיס יישומים אלה ולא תזדקק להם בעתיד, מומלץ לא להתקין אותם בסביבות שלך. הדבר עוזר למנוע סיבוכים של יחסי תלות כאשר תפיץ פתרונות בין סביבות.
סוגי הסביבות שנמצאות בשימוש ב- ALM
באמצעות מרכז הניהול של Power Platform, תוכל ליצור סוגים אלה של סביבות Power Platform:
- ארגז חול. סביבת ארגז חול (Sandbox) היא כל סביבה שאינה סביבת ייצור של יישומי Dataverse. סביבת ארגז חול (Sandbox) מבודדת מייצור, והיא המקום לפיתוח ולבדיקה של שינויים ביישום בסיכון נמוך. סביבות ארגז חול כוללות יכולות שעלולות להזיק לסביבת ייצור, כמו פעולות איפוס, מחיקה והעתקה. מידע נוסף: ניהול סביבות ארגז חול (Sandbox)
- ייצור. סביבת הייצור היא הסביבה שבה אפליקציות ותוכנות אחרות מופעלות למימוש השימוש המיועד להן.
- מפתח (נקרא רשמית קהילה). סביבת מפתחים היא סביבה המיועדת למשתמש יחיד, ולא ניתן להשתמש בה להפעלת או שיתוף של יישומים מסביבת ייצור. תוכנית המפתחים של Power Apps מעניקה לך גישה לתכונות הפרימיום של Power Apps, Dataverse, ול-Power Automate לשימוש של אדם יחיד. תוכנית זו נועדה בעיקר לבנות ולבדוק עם Power Apps,Power Automate ו- Dataverse או למטרות למידה.
- ברירת מחדל. סביבת ברירת מחדל יחידה נוצרת באופן אוטומטי עבור כל דייר ומשותפת על-ידי כל המשתמשים בדייר זה. הדייר מזהה את הלקוח, שיכול להיות לו מנוי אחד או יותר של Microsoft עם השירותים המשויכים אליו. בכל פעם שמשתמש חדש נרשם ל- Power Apps, הוא נוסף באופן אוטומטי לתפקיד 'יוצר בסביבה' של סביבת ברירת המחדל. סביבת ברירת המחדל נוצרת באזור הקרוב ביותר לאזור ברירת המחדל של דייר Microsoft Entra ונקראת: "שם הדייר ב- {Microsoft Entra} (ברירת מחדל)"
צור את הסביבה הנכונה והשתמש בה למטרה ספציפית, כמו פיתוח, בדיקות או ייצור.
למידע נוסף על עבודה עם סביבות, עבור אל מבט כולל על סביבות.
למי צריכה להיות גישה?
הגדר ונהל את אבטחת המשאבים והנתונים שלך ב- Dataverse. פלטפורמת Power Platform מספקת תפקידי ניהול ברמת הסביבה לביצוע משימות. Dataverse כולל תפקידי אבטחה שמגדירים את רמת הגישה ליישומים, לרכיבי יישומים ולמשאבים שיש ליוצרי יישומים ולמשתמשים ב- Dataverse.
| מטרת סביבה | תפקידים שיש להם גישה | הערות |
|---|---|---|
| פיתוח | יוצרי יישומים ומפתחים. | למשתמשי היישומים לא צריכה להיות גישה. למפתחים נדרש תפקיד אבטחה של 'יוצר סביבה' לפחות כדי ליצור משאבים. |
| בדיקה | מנהלים ואנשים שמבצעים בדיקות. | ליוצרי יישומים, מפתחים ומשתמשים ביישומי ייצור לא צריכה להיות גישה. למשתמשי בדיקות צריכות להיות הרשאות לביצוע בדיקות. |
| ייצור | מנהלים ומשתמשי יישומים. למשתמשים צריכה להיות גישה לביצוע המשימות שלהם עבור היישומים שבהם הם משתמשים. | ליוצרי יישומים ומפתחים לא צריכה להיות גישה, ובעת הצורך יכולות להיות להם הרשאות ברמת משתמש בלבד. |
| ברירת מחדל | כברירת מחדל, כל משתמש בדייר שלך יכול ליצור ולערוך יישומים בסביבת ברירת המחדל של Dataverse שכוללת מסד נתונים. | אנו ממליצים בחום ליצור סביבות למטרה ספציפית, ולהעניק את התפקידים וההרשאות המתאימות רק לאנשים הזקוקים להם. |
מידע נוסף:
- מבט כולל על סביבות
- בקרה על גישת משתמשים לסביבות: קבוצות אבטחה ורשיונות
- יצירת משתמשים והקצאת תפקידי אבטחה
- יצירת סביבות
פתרונות
פתרונות משמשים להובלת יישומים ורכיבים מסביבה אחת לסביבה אחרת או להחלה של קבוצת התאמות אישיות על יישומים קיימים.
הפתרונות כוללים תכונות אלה:
- הם כוללים מטה-נתונים וטבלאות מסוימות עם נתוני תצורה. הפתרונות אינם מכילים נתונים עסקיים.
- הם יכולים להכיל רכיבים רבים ושונים של Power Platform, כמו יישומים מונחי-דגמים, יישומי בד ציור, מפות אתרים, זרימות, טבלאות, טפסים, מחברים מותאמים אישית, משאבי אינטרנט, קבוצות אפשרויות, תרשימים ועמודות. שים לב, לא ניתן לכלול את כל הטבלאות בפתרון. לדוגמה, לא ניתן להוסיף לפתרון את משתמש היישום, API מותאם אישית וטבלאות של מערכת הגדרות הארגון.
- הם נארזים כיחידה לייצוא ולייבוא לסביבות אחרות, או מפורקים ומוכנסים לבקרת מקור כקוד מקור עבור נכסים. פתרונות משמשים גם להחלת שינויים על פתרונות קיימים.
- פתרונות מנוהלים משמשים לפריסה לכל סביבה שאינה סביבת פיתוח עבור פתרון זה. סביבות אלה כוללות סביבות בדיקות, בדיקת קבלת משתמשים (UAT), בדיקת שילוב מערכות (SIT) וייצור. ניתן לספק שירות לפתרונות מנוהלים (שדרוג, תיקון ומחיקה) באופן שאינו תלוי בפתרונות מנוהלים אחרים בסביבה. כשיטת עבודה מומלצת של ALM, יש ליצור פתרונות מנוהלים על-ידי שרת בנייה ולהחשיב אותם לתוצר בנייה.
- עדכנים של פתרון מנוהל נפרסים בגירסה הקודמת של הפתרון המנוהל. פעולה זו לא יוצר שכבה נוספת של הפתרון. לא ניתן למחוק רכיבים באמצעות עדכון.
- תיקון מכיל רק את השינויים עבור פתרון מנוהל אב. עליך להשתמש בתיקונים רק בעת ביצוע עדכונים קטנים (כמו תיקון חם) שברצונך לאפשר את הסרת התקנתם. כאשר תיקונים מיובאים, הם מסודרים בשכבה מעל לפתרון האב. לא ניתן למחוק רכיבים באמצעות תיקון.
- בעת שדרוג פתרון מותקנת שכבת פתרון חדשה מיד מעל שכבת הבסיס וכל התיקונים הקיימים.
- החלת שדרוגי פתרונות כוללת מחיקה של כל התיקונים הקיימים ושכבת הבסיס.
- שדרוגי פתרונות מוחקים רכיבים שהיו, אבל לא נכללים עוד בגירסה המשודרגת.
מידע נוסף: מושגי פתרון
בקרת מקור
בקרת מקור, שנקראת גם בקרת גירסאות, היא מערכת שמתחזקת ומאחסנת באופן מאובטח נכסי פיתוח תוכנה ועוקבת אחר השינויים בנכסים אלה. מעקב אחר שינויים הוא חשוב במיוחד כאשר כמה יוצרי יישומים ומפתחי יישומים עובדים על אותה קבוצת קבצים. מערכת בקרת מקור מאפשרת גם לך לבטל שינויים או לשחזר קבצים שנמחקו.
מערכת בקרת מקור עוזרת לארגונים להשיג ALM תקין מכיוון שהנכסים המוחזקים במערכת בקרת המקורות הם "מקור האמת היחיד" או, במילים אחרות, נקודת הגישה והשינוי היחידה לפתרונות שלך.
אסטרטגיית הסתעפות ומיזוג
כמעט לכל מערכת בקרת מקור יש צורה כלשהי של תמיכה בהסתעפות ובמיזוג. הסתעפות פירושה סטייה מקו הפיתוח הראשי והמשך העבודה ללא שינוי הקו הראשי. תהליך המיזוג כולל שילוב של ענף אחד באחר, למשל, מענף פיתוח לענף קו ראשי. חלק מאסטרטגיות ההסתעפות הנפוצות הן הסתעפות מבוססת עורק, הסתעפות הפצה והסתעפות תכונות. מידע נוסף: אימוץ אסטרטגיית הסתעפות של Git
תהליך בקרת מקור באמצעות פתרון
ישנם שני נתיבים עיקריים שבהם תוכל להשתמש בזמן העבודה עם פתרונות במערכת בקרת מקור:
- יצא את הפתרון הלא-מנוהל ומקם אותו כפתרון לא ארוז במערכת בקרת המקור. תהליך הבנייה מייבא את הפתרון הארוז כפתרון לא מנוהל לסביבת בנייה זמנית (סביבת ארגז חול). לאחר מכן, יצא את הפתרון כפתרון מנוהל ואחסן אותו כתוצר בנייה במערכת בקרת המקור שלך.
- יצא את הפתרון כגם פתרון לא מנוהל וגם כפתרון מנוהל, ומקם את שניהם במערכת בקרת המקור. על אף ששיטה זו לא דורשת סביבת בנייה, היא מחייבת לתחזק שני עותקים של כל הרכיבים (עותק אחד של כל הרכיבים הלא מנוהלים של הפתרון הלא מנוהל ועותק אחד של כל הרכיבים המנוהלים של הפתרון המנוהל).
מידע נוסף: משימות כלי בנייה
אוטומציה
אוטומציה היא חלק מרכזי במחזור חיי היישום המשפר את הפרודוקטיביות, המהימנות, האיכות והיעילות של ALM. כלים ומשימות של אוטומציה משמשים לאימות, ייצוא, אריזה, פירוק אריזה וייצוא של פתרונות בנוסף ליצירה ואיפוס של סביבות ארגזי חול.
מידע נוסף: מהם כלי היצירה של Microsoft Power Platform?
פיתוח צוות באמצעות בקרת מקור משותפת
חשוב לשקול כיצד אתה וצוות הפיתוח שלך תעבדו יחד לבניית הפרויקט. הפרדה בין אזורים מבודדים וטיפוח תצוגות ושיחות יכולים לאפשר לצוות שלך לספק תוכנות טובות יותר. חלק מהכלים וזרימות העבודה, כמו אלה המסופקים ב- Git, GitHub ו- Azure DevOps, תוכננו למטרה המפורשת של שיפור התקשורת ואיכות התוכנה. שים לב, עבודה עם תצורות במערכת פתרונות יכולה ליצור אתגרים לפיתוח צוות. הארגונים חייבים לתאם את השינויים המבוצעים על-ידי מפתחים מרובים כדי למנוע ככל האפשר התנגשויות במיזוג, מכיוון שחלות מגבלות על האופן שבו מערכות בקרת המקור מבצעות את המיזוג. אנו ממליצים להימנע ממצבים שבהם אנשים רבים מבצעים שינויים ברכיבים מורכבים, כמו טפסים, זרימות ויישומי בד ציור באותו הזמן.
מידע נוסף: תרחיש 5: תמיכה בפיתוח צוות
שילוב ופריסה רציפים
באפשרותך להשתמש בכל מערכת בקרת מקור ולבנות ערוץ לתחילת העבודה כדי להבטיח שילוב רציף ופריסה רציפה (CI/CD). עם זאת, מדריך זה מתמקד ב- GitHub וב- Azure DevOps. GitHub היא פלטפורמת פיתוח שנמצאת בשימוש על-ידי מיליוני מפתחים. Azure DevOps מספק שירותי מפתחים לצוותי תמיכה לתכנון עבודה, שיתוף פעולה בפיתוח קוד וכן בנייה ופריסה של יישומים.
כדי להתחיל, דרושים לך הפריטים הבאים:
- חשבון GitHub, שבו תוכל ליצור מאגר. אם אין לך חשבון כזה, תוכל ליצור חשבון בחינם.
- ארגון Azure DevOps. אם אין לך חשבון כזה, תוכל ליצור חשבון בחינם.
מידע נוסף: יצירת הערוץ הראשון שלך
רישוי
כדי ליצור או לערוך יישומים וזרימות באמצעות Power Appsו- Power Automate, בהתאמה, המשתמשים צריכים רשיון לכל משתמש עבור Power Apps או Power Automate או רישיון מתאים ליישום Dynamics 365. למידע נוסף, עבור אל מבט כולל על רישוי עבור Microsoft Power Platform. אנו ממליצים ליצור קשר עם נציג חשבון Microsoft שלך כדי לבחון את צרכי הרישוי שלך.
שיקולי ALM
כשאתה שוקל את ALM כחלק בלתי נפרד מבניית יישומים ב- Microsoft Power Platform, תוכל לשפר באופן משמעותי את המהירות, המהימנות וחוויית המשתמש של היישום. בנוסף, תוכל להבטיח שמפתחים מרובים, הן מפתחים מסורתיים שכותבים קוד והן מפתחים אזרחים, יוכלו לתרום במשותף ליישום שנבנה.
עיין במאמרים הבאים שמציעים שוב ושוב לשקול את המסגרת החיצונית של תהליך פיתוח יישומים: