SharePoint Embedded לעומת אתרי SharePoint מסורתיים: עלות, חיוב וארכיטקטורה

By Mirko Peters · 2026-10-27

גלו את ההבדלים המרכזיים בין SharePoint Embedded לבין אתרי SharePoint מסורתיים, כולל ארכיטקטורה ללא ממשק משתמש (headless), חיוב ב-Azure ואבטחה.

Automatically translated with AI from the original post. Read the English original

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

עיקרי הדברים

• SharePoint Embedded היא ארכיטקטורת אחסון קבצים headless שתוכננה כולה עבור יישומים מותאמים אישית, ולא לניווט של משתמשי קצה.
• בניגוד לאתרי SharePoint סטנדרטיים, מיכלים ב-SharePoint Embedded אינם כוללים ממשק משתמש מובנה, ספריות מסמכים או תכונות שיתוף פעולה צוותיות מוכנות לשימוש.
• החיוב פועל במודל צריכה של Azure, על בסיס שימוש ב-API ורמות אחסון, ומפריד בין ניהול הקבצים לבין רישיונות המושב הפרטניים של Microsoft 365.
• מדיניות אבטחה, הגדרות ציות וכללי מניעת אובדן מידע (DLP) עוברים בירושה ומנוהלים באופן תכנותי דרך אפליקציית המארח.
• המפתחים מקבלים יכולות ציות, eDiscovery וביקורת ארגוניות מתקדמות, בלי צורך לבנות ממאפס מנועי אחסון קבצים משלהם.

הבדלים ארכיטקטוניים: אחסון headless לעומת אתרי משתמשים

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

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

הפיצול הארכיטקטוני הזה אומר שמפתחים כבר לא צריכים לפרוץ או להתאים אתרי צוות קיימים של SharePoint כדי שיתאימו לדרישות היישום. במקום זה, הם מקבלים מערכת backend נקייה לניהול תוכן (CMS) מבוססת API, שנהנית מהאמינות המוכחת של תשתית הענן של Microsoft.

כיצד פועלים החיוב והרישוי

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

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

כך SharePoint Embedded הופך לזול במיוחד עבור ספקי תוכנה עצמאיים (ISV) שבונים אפליקציות SaaS מרובות דיירים, וכן עבור מחלקות IT ארגוניות שמפתחות כלים פנימיים לשותפים חיצוניים או לקבלני משנה, שאין הצדקה לרשיון משתמש מלא של Microsoft 365 E3 או E5 עבורם. אתם מקצים מנוי Azure, מקשרים אותו לסוגי הקונטיינרים שלכם, ומשלמים אך ורק על מה שהאפליקציה צורכת.

אבטחה, ממשל וציות

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

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

• הגנה מתקדמת מפני איומים ושילובים עם Microsoft Defender
• רישום ביקורת וציות מקיף דרך Microsoft Purview
• מדיניות Data Loss Prevention (DLP) למניעת הוצאת נתונים רגישים החוצה
• תוויות שמירה אוטומטיות ויכולות השמה בהקפאה משפטית (legal hold)

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

סיכום

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

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

שאלות נפוצות

האם משתמשי קצה יכולים לגשת לקבצים של SharePoint Embedded ישירות דרך ממשק SharePoint הסטנדרטי?

לא. מכולות SharePoint Embedded הן headless לחלוטין. אין להן אתר SharePoint הפונה למשתמש, ממשק ספריית מסמכים או ממשק web. כל האינטראקציות עם הקבצים חייבות להתבצע דרך היישום המארח המותאם אישית, באמצעות Microsoft Graph API.

כיצד מתבצע החיוב של SharePoint Embedded לעומת אחסון SharePoint המסורתי?

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

האם אני זקוק לרישיונות משתמש של Microsoft 365 עבור משתמשים חיצוניים שניגשים לקבצים דרך אפליקציה המופעלת על ידי SharePoint Embedded?

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

אילו תכונות אבטחה מורשות מכולות SharePoint Embedded?

המכולות יורשות תכונות אבטחה חזקות מ-Microsoft 365 ומ-Microsoft Purview, ובהן הצפנה אוטומטית, רישום ביקורת מקיף, מדיניות Data Loss Prevention (DLP), תוויות שמירה ותמיכה ב-eDiscovery.