Multi-Tenant ו-Single Tenant ב-Cloud Computing

השוואה וניתוח של ארכיטקטורות Multi Tenant ו-Single Tenant

כולם מדברים כל כך שארכיטקטורת Multi Tenant Cloud Computing זהו העתיד של המחשוב. בכדי להבין זאת צריך להבין תחילה את המשמעויות בעולם ה-SaaS.

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

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

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

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

המשתמשים בענן צריכים את הדברים הבאים:

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

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

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

מערכות Multi Tenant יכולות להשיג יתרון לגודל בכל הנוגע ל:

• שיתוף עלויות החומרה (הכי מדובר, אבל הכי פחות חשוב)
• שיתוף משאבי IT
• שדרוגי תוכנה

בתחום החיסכון מדברים הכי הרבה על חיסכון בתשתיות, אבל החיסכון המשמעותי מגיע דווקא מעלויות משאבי IT ועדכוני תוכנה. ביישומים המיועדים לארגוני SMB, עלות החומרה עשויה להגיע רק ל-5% מעלות הכוללת של הפרויקט, משמעות הדבר היא ששיפור ביעילות החומרה של 20% מביא לחיסכון כולל של 1%. חיסכון זניח לחלוטין ולכן אינו מהווה מוטיבציה למעבר לענן.

מערכות Multi-Tenant הופכות ליקרות יותר כי:

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

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

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

יישומי שירות כמו דוא"ל, אירוח אתרי אינטרנט תואמים דרישות אלו ומותאמים ל-Multi Tenant. יישום ותחזוקת הדוא"ל ושרתי האינטרנט עשוי להיות מאוד יקר, ושיתוף עלויות אלו בין הרבה לקוחות מצמצם את העלויות באופן משמעותי. אלא שגם יישומים פשוטים כמו דוא"לואירוח אתרים עשויים לדרוש התאמה אישית. לדוגמה, לקוחות שונים עשוייםלרצות הגדרות Firewall שונות עבור שרת האינטרנט שלהם או מסנני דואר זבל שונים עבורהדוא"ל. במקרים אלה, יישום הדוא"ל יצטרך להתאים ללקוחות רבים או לתמוך במרכיב Single Tenant (Firewall, מסנן דואר זבל) שיהיה צורך להוסיפו ולשלב אותו.

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