תהליך המודרניזציה לענן הציבורי- חלק ראשון — ההיבט הפיזי.

(On-Premise) כמערכת מונוליטית לענן הציבורי כ”תוכנה כשירות” (SAAS) בארכיטקטורת מכוונת שירותים (Microservices).

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

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

מערכת תוכנה המתארחת במתחם הפרטי (On-premise ) בחוות שרתים (Data Center) דורשת:

• תשלום שכירות חודשי למבנה שבו החוות שרתים נמצאת.

• שיהיו במבנה סידורי אבטחה שרק אנשים מורשים יוכלו להכנס למתחם.

• עמידה בתקני כיבוי אש — וביצוע בדיקות תקופתיות של מערכות כיבוי האש.

• ביצוע גיבויים — הגיבויים יכולים להתבצע ידנית, אחת לכמה זמן מגיע איש ושומר את המידע במבנה אחר, או העלאת גיבויים לאתר הנמצא במקום מרוחק.

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

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

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

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

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

חוות השרתים שלנו יכולה להיות בבעלותנו או שאנו יכולים לחכור ארון תקשורת מלא או מקום בארון תקשורת בחברה שנותנת שירותי אירוח.

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

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

• אלגוריתם של מסחר בשוק ההון

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

האתגרים מההיבט הפיזי שהמערכת תדרש להתמודד עימם ברגע של גדילה והתרחבות:

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

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

• הערכת עלויות אירוח בחוות שרתים — לאחר שקיבלנו את הדרישות הפיזיות ויש לנו הערכה לכמה ארונות תקשורת נצטרך, אנו צריכים לבצע הערכת עלויות הפיזיות לצורך זה, תהליך היכול להימשך כמה שבועות/חודשים.

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

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

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

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

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

ישנם מספר דרכים להתמודד עם אתגרים אלה:

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

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

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

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

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

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

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

מאת: ניר מקמל, ארכיטקט תוכנה למערכות מבוזרות מתקדמות.