מושגי פתרון

פתרונות הם המנגנון להטמעת ניהול מחזור חיים של יישומים (ALM) ב Power Apps and Power Automate. מאמר זה מתאר את מושגי הפתרונות העיקריים הבאים:

• שני סוגי פתרונות
• רכיבי פתרון
• מחזור חיים של פתרון
• מפרסם פתרונות
• יחסי תלות של פתרון ורכיבי פתרון

פתרונות מנוהלים ופתרונות לא מנוהלים

פתרון הוא מנוהל או לא מנוהל.

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

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

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

  חשוב

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

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

הערה

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

רכיבי פתרון

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

הערה

• פתרון יכול להיות בגודל של עד 95 מגה-בתים.
• אין באפשרותך לערוך רכיבים ישירות בתוך פתרון מנוהל.

להצגת רשימה של סוגי רכיבים שניתן להוסיף לכל פתרון, ראה אפשרויות ComponentType.

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

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

מחזור חיים של פתרון

פתרונות תומכים בפעולות הבאות שעוזרות לתמוך בתהליכי מחזור החיים של היישומים:

• צור חבר וייצא פתרונות לא מנוהלים.

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

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

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

מפרסם פתרונות

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

הערה

גם אם אינך משתמש בפתרון מותאם אישית, תעבוד בפתרונות שקרויים פתרון ברירת מחדל של Common Data Service וברירת מחדל. מידע נוסף: פתרון ברירת מחדל ופתרון ברירת מחדל של Common Data Service

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

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

קידומת מפרסם הפתרונות

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

הערה

כאשר אתה משנה קידומת של מפרסם פתרונות, עליך לעשות זאת לפני שתיצור יישומים או פריטי מטה-נתונים חדשים משום שלא תוכל לשנות את שמות פריטי המטה-נתונים לאחר היצירה שלהם.

מידע נוסף:

• יצירת קידומת של מפרסם פתרונות
• שינוי של קידומת מפרסם פתרונות

יחסי תלות בין פתרונות

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

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

יחסי תלות של רכיבי פתרון

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

למידע נוסף

שכבות פתרון
יצירה וניהול של סביבות במרכז הניהול של Power Platform