ארגון הפתרונות שלך

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

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

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

פתרון יחיד

על-ידי יצירת פתרון, אתה יוצר מערך עבודה של התאמות אישיות. זה מקל על מציאת פריטים שהתאמת אישית.

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

פתרונות מרובים

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

הערה

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

שכבות ויחסי תלות של פתרונות מרובים

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

חלק את הפתרונות לפי סוג רכיב כשאין סיכון ליחסי תלות בין פתרונות. לדוגמה, השתמש בפתרון אחד שכולל את כל הטבלאות, בפתרון אחר שמכיל את כל יישומי ה- plug-in ובפתרון שלישי שכולל את כל הזרימות. לרכיבים שונים אלה אין סיכונים ליחסי תלות בין פתרונות. לכן, בטוח יותר לתכנן פתרונות מרובים בצורה כזו באותה סביבה.

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

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

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

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

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

  3. הגדר סביבה שנייה עבור ההרחבה או שכבת ה"יישום" שתמוקם מעל שכבת הבסיס.

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

    סידור הולם של שכבות פתרונות משתמש בפתרונות מרובים עם סביבות מרובות.

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

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

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

למידע נוסף

שימוש בפתרונות מחולקים למקטעים
תרחיש 5: תמיכה בפיתוח הצוות