בתור חובב טכנולוגיה, סיקרן אותי לדעת מה זה מחשוב ענן ומה הפוטנציאל שטמון בתחום זה הרבה לפני שהארגון חשב על זה.
בניגוד לתוכנה שאפשר להתקין לצורך הערכה וללמוד בחינם (לרוב לזמן מוגבל), התנסות של מערכות בענן בשלב מסוים יתחילו לעלות כסף. צריך לחשוב על ההוצאה המשתנה.
לסטארט-אפים ולארגונים קטנים, הענן מאד כדאי וכבר היום הוא מחליף את ה-On Prem כמעט לחלוטין. בארגונים גדולים יותר תהיינה מערכות שיותר משתלם להעביר לענן ותהיינה מערכות שפחות. לכן אנחנו רואים כיום מעבר הדרגתי של מערכות והוא צפוי להימשך בשנים הקרובות - בהתחלה של מערכות שמשתלם כלכלית להעביר לענן, ובעתיד הרחוק יותר המעבר יהיה משמעותי עוד יותר ככל שהשירות יהיה זול ומשתלם עוד יותר. יהיו יותר Data centers ו-AZs, תשתיות התקשורת תהיינה מהירות יותר והרגולציה תאפשר לעשות כמעט הכל בענן. ארגונים מסויימים (בעיקר גדולים) יעדיפו להסב את ה-On Prem שלהם לענן פרטי שיספק להם תשתיות ופלטפורמות בדומה לענן ציבורי.
אבל בסוף הכל כנראה יהיה בענן - ציבורי או פרטי.
כיום השירותים העיקריים שאני צריך מסופקים על ידי כל ספקי ענן המובילים.
שיקולים שמנחים בבחירת ספק הם הפונקציונליות (מה היכולות של השירותים המסופקים וכמה קל ונוח ללמוד ולתפעל אותן), ה-SLA שהספק מציע, הסטוריית התקלות/בעיות של הספק, רמת השירות והליווי של הספק, וכמובן הביצועים ביחס למחיר
הענן הכי משתלם כשצריכת המשאבים משתנה בזמנים ידועים מראש (למשל בין 9 בבוקר ל-6 בערב), כשהצורך במשאבי מחשוב הוא זמני (למשל ל-POC), כשרוצים אתר DR זול, כשכמויות המידע שיוצאות מהמערכת לרשת אינן גדולות, כשרוצים ארכיון של מידע, כשאין בארגון מספיק אנשי IT ולא מעוניינים לגייס עוד.
במצב שבו יש מערכות שמפיצות הרבה מידע, שהן דורשות משאבי מחשוב רבים במשך כל שעות היממה ולא ניתן לצפות מתי יהיה peak ומתי לא - הענן פחות משתלם כלכלית.
בארגונים גדולים מקבלי ההחלטות לעיתים מתקשים להבין שהענן מאיץ את הפיתוח (ע"י שירותים כמו AI, Data, שירותי messaging, IoT וכל שאר ה-PaaS) והבחירה בענן היא כדי להאיץ את הפיתוח ולשחרר מוצר מהר יותר - גם כשזה לא בהכרח משתלם יותר כלכלית.
כדאי להתחיל עם מערכות שברור שהם מקרה "קלאסי" שמשתלם כלכלית להעביר לענן, אבל צריך גם לחשוב קדימה אילו שירותים נרצה לצרוך בענן בעתיד ואילו ספקיות מספקות את השירותים האלה.
שנית, הארגון צריך לקבל הצעות מחיר מכל הספקיות המובילות, לבדוק את ה- SLA שהן נותנות ולחשב כמה יעלה לצרוך את השירותים האלה לעומת העלויות ב-On Prem (וכמובן לקחת בחשבון גם את החיסכון במשאבי האנוש וברכש ציוד).
אחר כך בה שלב ה-POC ׁׁׁׂׂ(הוכחת היתכנות) שבו בודקים אם אכן הפלטפורמה של הספק נותנת את המענה הנדרש. בשלב זה גם נבדקים שירותי המיגרציה והספק שנותן מיגרציה קלה ומהירה יותר עשוי להרויח נקודות.
לאחר מכן הארגון צריך להכשיר את אנשי ה-IT, ה-Devops והפיתוח כדי שיכירו את מערכות הספק שנבחר.
בסוף מתכננים בקפידה את המיגרציה של מערכות הייצור מהסביבות הקיימות לענן.
ארגון בינוני-גדול ייכנס בהדרגה למים ולא "יקפוץ ראש" כדי ללמוד לקחים, כדי שהמעבר יהיה חלק כמה שניתן וכדי שהלקוחות לא ירגישו את המעבר.
מפגשים הם לא רק לצורך למידה - הם מאפשרים ליצור נטוורקינג עסקי בין אנשים, לגייס מועמדים טובים וללמוד מה אחרים עושים ואיך.
רצוי לערוך מפגשים בערב באופן שוטף כל חודש-חודשיים. את ההרצאות במפגשים כדאי מאד להקליט ולהעלות לערוץ יו-טיוב ייעודי ובכך להגדיל את מאגר החומרים הזמינים בעברית. אפשר גם לשדר את החומר ב"לייב" בזמן המפגש.
בנוסף לזה אפשר לעשות סמינרים וירטואליים דרך פלטפורמות שמאפשרות לשאול את המרצה שאלות בלייב מרחוק וליצור למעשה הרצאה אינטראקטיבית. את הסמינרים האלה אפשר גם כן להקליט ולהעלות ליוטיוב.
תודה רבה ליאור, לקחנו את הפידבק שלך לתשומת ליבנו ואנחנו נתחיל לעבוד על זה בקרוב מאוד.
