תכנון תוכנית ההשקה של פריסת הפורטל ב- SharePoint Online

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

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

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

הגישה לפריסה מסומנת להלן.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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