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

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

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

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

‍

‍

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

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

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

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

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

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

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

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

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

‍

‍

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

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

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

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

‍

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

‍

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