כיצד הווירטואליזציה יכולה להעצים יישומים מסוג saas

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

מה זה SaaS?

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

SaaS הופך לפופולרי בקרב טכנולוגיות התומכות בארכיטקטורה מוכוונת שירותים (SOA) או שירותי אינטרנט. SaaS מגיע עם שלל יתרונות. הנפוצים ביותר הם:

• ניהול קל
• עדכונים קלים וניהול תיקונים
• תאימות (לכל המשתמשים תהיה אותה גרסה של התוכנה)
• נגישות גלובלית

SaaS נחשב גם כחלק ממאפייני מחשוב ענן יחד עם:

• ניהול טכנולוגיות מידע כשירות (ITMaaS)

וירטואליזציה ומסירת תוכנה

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

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

וירטואליזציה ו- SaaS

למרות שיש יתרונות כה רבים, SaaS טרם קיבלה את האשראי הראוי לה. ישנם גורמים רבים שאחראים לכך. אלו כוללים:

• עלות הפעלה עצומה: ההכנסות שהושקעו בהתקנה מתאוששות לאורך תקופה של שנים.
• זה עלול להפר את עקרונות התוכנה החופשית: פעיל חופש התוכנה ריצ'רד סטאלמן מתייחס ל- SaaS כאל "שירות כתחליף תוכנה (SaaSS)", ורואה בכך הפרה של עקרונות התוכנה החינמית.

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

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

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

גוברת המורכבות

הופך חשוב להבין את האופי המורכב של הפריסה ליישומים של ימינו - בין אם זה מודל SaaS או מודל מסורתי. אפילו יישום האינטרנט הפשוט ביותר כבר לא אחראי לניהול שכבת אחסון הנתונים הבסיסית. הנוהג הסטנדרטי הוא להחזיק בסיס נתונים, למשל MySQL, Oracle, DB2 או SQL Server. שילוב אלה עם ערימות אינטרנט טיפוסיות כמו Java, Ninja, Grails, Rails וכו ', מוביל לארכיטקטורה רב שכבתית הדורשת פריסה ניתנת להרחבה. לדוגמה, בעת הגדרת סביבת Rails, השתמשנו ב- MySQL.

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

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

ישנם שני דגמי פריסה הפרוסים בפלטפורמת ה- SaaS של Contegix. הגורם המבדיל תלוי בפיתוח היישום:

• לתמוך בלקוח אחד בודד בכל פריסה, או
• לתמוך במספר לקוחות בפריסה יחידה

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

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