CSP Networks

ענן, תשתית מקומית או Hybrid: איך מקבלים החלטה בלי להתחיל מהספק?

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

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

שירותים הקשורים לנושא

הטעות הראשונה: לבחור פלטפורמה לפני שמסווגים עומסים

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

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

1. מסווגים כל Workload לפי שישה צירים

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

2. בוחנים את עלות המעבר ולא רק את עלות ההרצה

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

במקרים מסוימים הענן יקר יותר אך מפחית Time-to-Market וסיכון תפעולי. במקרים אחרים תשתית מקומית או Colocation תהיה כלכלית יותר לעומסים יציבים וצפויים. לכן TCO צריך להיות מחובר לערך ולסיכון, לא רק לחשבונית.

3. בודקים תלות ויכולת יציאה לפני שמתחייבים

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

Vendor Lock-in אינו סיבה להימנע מענן, אבל הוא כן סיבה להחליט במודע היכן מקבלים תלות בתמורה לערך, והיכן שומרים על Portability, שכבות הפשטה או חלופת יציאה.

4. Hybrid הוא ארכיטקטורה, לא פשרה

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

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

5. לא כל מערכת צריכה לעבור

Cloud Strategy טובה אינה נמדדת באחוז המערכות שהועברו לענן. יש מערכות שבהן Lift-and-Shift לא יוצר יתרון אמיתי, ויש מערכות שבהן Re-architecture מוצדק בגלל צורך עסקי ברור.

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

מסגרת ההחלטה של CSP Networks

אנחנו מפרידים בין שלושה שלבים: מיפוי Workloads, בניית חלופות אחידות להשוואה, וקבלת החלטה לפי TCO, סיכון, ביצועים ויכולת תפעול. כך ניתן להשוות On-Prem, Colocation, Public Cloud ו-Hybrid על בסיס אותם קריטריונים.

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

להעמקה ולקבלת החלטה

מקורות מקצועיים