היכולת של מערכת להשתמש ברכיבים או בציוד של מערכת אחרת – האם ההדדיות של הענן אכן כאן?
לומר שטכנולוגיית הענן התקדמה בקפיצת ענקית בעשור האחרון תהיה לשון המעטה. אנחנו יכולים לדבר על נוחות, אבטחה ואחסון, אך טכנולוגיית הענן בשנת 2020 מציעה הרבה יותר. טכנולוגיה זו שהתחילה עם היתרון של מרכז נתונים חסכוני הובילה למהפכה מוחלטת באופן העשייה העסקי שלנו, שינוי פרספקטיבת חדר הישיבות ועיצוב אסטרטגיות חדשות. מנכ"לים ו CTO כבר לא מדברים על ענן, אלא על אסטרטגיית ענן.
במאמר זה נבחן כמה מהאפשרויות העומדות בפני עסקים כיום, החל בענן ההיברידי ועד פתרונות מולטי ענן. בנוסף, נעריך מהי החשיבות של יכולת הפעולה הדדית בענן, נסביר מה זה אומר ונסמן את המכשולים הפוטנציאליים שעומד בפני עסק בדרך להשגת המטרה. אך טרם נתחיל עם כל אלו, אנו חייבים להתייחס לפיל שבחדר: הנזק שנגרם כתוצאה מ- COVID-19.
ענן מהיר יותר על פי צורך
אין ספק שלמגפה הייתה השפעה הרסנית על החיים והכלכלה בכל רחבי העולם. אך יש גם חצי נחמה בעניין, שכן המגפה פעלה כזרז לשינוי שכנראה נועד להתרחש. שכן, עסקים נאלצו להסתגל לעבודה מהירה מרחוק מהבית ואימצו את טכנולוגיית הענן בקצב מהיר יותר מאי פעם, וזאת על מנת להבטיח המשכיות עסקית ולא לסכן את פעילותם. בנוסף לאבטחה, להדרגתיות, לנגישות ולקלות העברת עומסי העבודה אשר הגיעו כאשר אימצו את השימוש בשירותי ענן, העובדים הבינו שביצוע תפקידם הפך להיות גמיש יותר, פרודוקטיבי יותר ומותאמים אישית.
אך על מנת שהשימוש בענן אכן יזכה להצלחה בקנה מידה גדול, חברות יצטרכו לחשוב כיצד הן יוצרות אינטגרציה של יישומים ונתונים בין ספקי ענן מרובים, תוך שימוש בשירותיהם של ארכיטקטים. כאן נכנסת לפעולה יכולת הפעולה ההדדית בענן, וגם המכשול הגדול ביותר שלה.
מהי יכולת פעולה הדדית בענן?
יכולת פעולה הדדית בענן היא מדד ליכולתה של כל מערכת לתקשר ולשלב יישומים ונתונים בין ספקי ענן מרובים. לעתים קרובות, חברות יצטרכו להשתמש בשילוב של רשתות פרטיות וציבוריות, וכאן הדברים יכולים להיות מסובכים. אימוץ השימוש בענן התפתח כל כך מהר, ואילו קהילת הענן עדיין צריכה להגדיר סט אוניברסלי של סטנדרטים או ממשקים המאפשרים יכולת פעולה הדדית בענן. יכולת שאינה מתבססת על ספק מסוים. (מה שנקרא: 'נעילת ספק').
המשמעות של נעילת ספק היא למעשה מצב בו ארגון בחר ספק ענן ספציפי אליו הוא מחויב ולכן הוא אינו יכול לעבר לספק אחר. דבר זה לעיתים נובע מחוזים שנחתמו בין הצדדים או קנס מעבר, אך לרוב דבר זה נובע מכך שהחלפת ספק תחייב את העסק לבצע שיפוץ מלא של ממשקי ה- API שלהם ולפתח ממשקים חדשים.
הסרת מחסום זה של נעילת ספקים תוביל לאפשרות לפעול באופן הדדי ואמיתי וזה למעשה המפתח למיצוי הפוטנציאל האמיתי של מחשוב ענן. ברגע שהדלת אינה נעולה, פתרונות ענן היברידיים ומולטי ענן יוכלו לתקשר זה עם זה בצורה חלקה, ולתת לחברות שליטה רבה יותר בכל הקשור אל אופן עבודתן ומהירות ההתפתחות שלהן.
יכולת פעולה הדדית בענן בפועל
כולנו מסכימים שרוב מערכות ה- ecosystems של הענן מורכבות בדרך כלל מעומסי עבודה, יישומים, נתונים, כלי ניהול, תמונות שרתים ורכיבי תשתית או במילים אחרות מכל מה שצריך עסק בריא ומתפתח. עם זאת, השימוש בכל אותם שירותים על רשתות פרטיות ומרחבי ענן ציבוריים (המנוהלים לרוב על ידי ספקים שונים), עלולה להיות קשה.
בואו ניקח לדוגמה עומסי עבודה ויישומים. אם יישום (או אפליקציה) רץ על רשת ענן פרטית וזקוק להגדלת עומס העבודה באמצעות הענן הציבורי, קיימות שתי אפשרויות: הראשונה היא להעביר את כל היישומים ועומסי העבודה מסביבת אחת לשנייה. האפשרות השנייה היא להריץ אותם בעננים מרובים וזאת על מנת למקסם את היעילות.
רוב החברות מעדיפות להימנע מתקיעות אצל ספק אחד (נעילת ספק) ולכן הן בוחנות סביבות מרובות עננים. אם עסק ישתמש בשירותי ענן ציבוריים, סביר להניח שהוא יהיה תלוי בספק אחד, אשר עלול להיות בעל השפעה שלילית או אפילו הרסנית על תוכניות הצמיחה של אותה חברה. רוב החברות והגופים השונים אינם מעוניינים להתבסס על ספק אחד בלבד, אבל היעדר יכולת הפעולה ההדדית בענן מקשה על יישום הדברים.
לעוד שירותי מחשוב לעסקים היכנסו »
פותרים את עניין האתגר ההדדי
מרבית הקוראים יהיו מודעים לתשתית כשירות (IaaS), פלטפורמה כשירות (PaaS) ותוכנה כשירות ((SaaS . כאן מדובר על השילוש הקדוש של הענן. בעוד ש IaaS ו PaaS מאפשרים יכולת פעולה הדדית, ל SaaS יש עדיין הרבה עבודה בכדי להגיע לשלב זה. IaaS משתמש בממשק מחשוב open cloud CCI ויש לו לפחות מספר מפרטים המועברים באמצעות פורום Open Grid. PaaS משתמשת בפלטפורמות קוד פתוח כמו Cloud Foundry ואלו מצליחות להשתלב בצורה חלקה עם טכנולוגיות אחרות בענן. לעומת זאת, SaaS מציבה אתגרי אינטגרציה גדולים מאוד משום היעדר בסיסי של ממשקי API סטנדרטיים.
אז מה התשובה?
נכון להיום, העדיפות היא להטמעת שכבת הפשטה בין ממשק היישום לשירות הענן. שכבה עם ממשקי משתמש מוגדרים היטב, ממשקי API, פרוטוקולים ופורמטים של נתונים. אולי עושה הרושם שספקי ענן לא יתלהבו מבניית פתרונות שכאלו, אך אחרי הכל ספקים אלו הם עסקים לכל דבר ואיזה עסק לא יהיה מעוניין בקשר בלעדי עם לקוחותיו?
חברות ענק כמו למשל אמזון שירותי אינטרנט (ראו גם: שירותי ענן AWS אמזון), מיקרוסופט ו Google העדיפו בעבר להפריד בין סביבת הענן והשירותים שלהם זה מזה והנציחו את נעילת הספק. היעדר יכולת הפעולה ההדדית אילצה את הארגונים לבנות את מערכות ה- IT שלהם באופן גמיש וזאת על מנת להפיק את המיטב מכל הסוגים. המגפה הנוכחית קרוב לוודאי תגרום לחברות מכל הסוגים לנוע במהירות לפתרון של ענן ציבורי, תוך תקווה שהשינוי המיוחל יתרחש, אותו שינוי שיגרום לפעולה הדדית אמיתית .

