תכנון תוכנית ההשקה של הפעלת הפורטל ב- SharePoint ב- Microsoft 365

  • מאמר

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

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

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

מתזמן ההפעלה של הפורטל

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

סמל לוח שנה.מתזמן ההפעלה של הפורטל

מבט כולל על תכנון קיבולת ב- SharePoint ב- Microsoft 365

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

חלק מפתח של הפעלה מוצלחת הוא הגישה "גל" או "פריסת שלבים".

האם ניתן לטעון את SharePoint לבדיקה ב- Microsoft 365?

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

מידע נוסף: תכנון קיבולת ובדיקות טעינה של SharePoint ב- Microsoft 365

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

יש לשקול כמה גורמים בסיסיים:

  • פריסות מקומיות יכולות להשתמש במטמון מסורתי בצד השרת, כגון מטמון אובייקטים, מטמון פלט ומטמון Blob. עם הבדלי הטופולוגיה בענן, אפשרויות אלה אינן זמינות בהכרח, כי ההבדלים בקנה המידה הטהר מקשים על הגישה שלהן.
  • יש למטב את כל הדפים / התכונות/ ההתאמות האישיות המשמשים לצריכת ענן להשהיה גבוהה יותר ולמיקומים המבופצים של המשתמשים, כך שמשתמשים באזורים או באזורים שונים יהנו מחוויה עקבית יותר. ענן מציע מיטובים כגון רשתות אספקת תוכן (CDN) כדי למטב עבור בסיס משתמש מבוזר ול- SharePoint מודרני, רכיבי ה- Web Part של המוצר הידוע האחרון (LKG) מנוצלים על-ידי רכיבי ה- Web Part שלנו שהוצאה מהתיבה (OOTB).

מה עליך לעשות:

  • עבור כל דפי האתר ב- SharePoint, השתמש בכלי 'אבחון דפים', שהוא Chromium אישית שמסייעת בניתוח ובספקת הדרכה. בעלי אתרים, עורכת, מנהלי מערכת ומפתחים יכולים להשתמש בכלי זה, מכיוון שהוא נועד לשמש כנקודת התחלה לניתוח ולמיטוב.
  • מפתחים צריכים גם להשתמש בכלי פיתוח כגון כלי פיתוח של דפדפן F12 ו- CTRL-F12 בדפדפן בדפים מודרניים. ניתן להשתמש ב- Fiddler גם כדי לסקור את משקל הגודל (כמה גדול העמוד במגה-בתים) של הדף ואת מספר השיחות והרכיבים המשפיעים על טעינת העמוד הכוללת.

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

עקוב אחר גישה של פריסת גל / פריסה בשלבים

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

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

גרף המציג משתמשים מוזמנים ופעילים.

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

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

מה עליך לעשות:

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