מושגי פתרון

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

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

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

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

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

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

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

חשוב

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

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

הערה

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

רכיבי פתרון

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

הערה

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

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

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

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

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

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

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

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

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

הערה

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

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

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

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

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

הערה

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

מידע נוסף:

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

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

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

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

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

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

למידע נוסף

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