CSP Networks

ענן, אירוח בחוות שרתים או תשתית מקומית?

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

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

החלטה ניהולית

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

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

חלופות להשוואה

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

גורמי החלטה

  • פרופיל עומס - יציבות מול תנודתיות, שעות שיא, נפחי נתונים, רגישות לזמן השהיה וקצב שינוי.
  • כלכלה - השוואת עלות כוללת ל-3 עד 5 שנים כולל קישוריות, רישוי, כוח אדם, DR, אבטחה ויציאה.
  • רגולציה וריבונות - מיקום נתונים, דרישות חוזיות, פרטיות, ביקורת, שמירת לוגים ויכולת להוכיח שליטה.
  • חוסן - פיזור אזורי כשל, תלות בקישוריות, RTO/RPO, גיבוי, שחזור ותרגול בפועל.
  • מודל תפעולי - מי מפעיל, מי מגיב לאירוע, אילו מיומנויות נדרשות ומה רמת האוטומציה והממשל.

שאלות שמנהל צריך לשאול

  1. אילו עומסי עבודה באמת מרוויחים מגמישות הענן ואילו לא?
  2. מה העלות הכוללת ל-3 עד 5 שנים בכל חלופה?
  3. מה קורה אם ספק הענן או הקישוריות אינם זמינים?
  4. מה נדרש כדי לעבור מספק או מודל בעתיד?
  5. אילו נתונים או מערכות כפופים לדרישות מיקום, פרטיות או ביקורת?
  6. האם צוות התפעול מתאים למודל היעד או שנדרש שינוי ארגוני?

ראיות שצריך לאסוף

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

סימני אזהרה

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

איך נראית החלטה טובה

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

שאלות ותשובות

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

הגישה של CSP

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