תשתית כשירות מנוהל: מתי מודל צריכה עדיף על רכישה?

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

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

מה בעצם קונים במודל צריכה?

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

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

מתי רכישת תשתית עדיין עדיפה?

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

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

העלות שלא מופיעה בגיליון

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

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

מה קורה כשהעומס יורד?

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

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

סביבה מעורבת היא המצב הרגיל

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

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

מה שמשתנה בעבודה היומיומית

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

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

איך בודקים אם מודל צריכה מתאים לארגון?

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

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