העיקרון הזה, שנכלל בגישה לאופטימיזציה של עלויות ב-Google Cloud Well-Architected Framework, מספק המלצות להתאמת השימוש במשאבי Google Cloud ליעדים העסקיים של הארגון.
סקירה כללית של העקרונות
כדי לנהל את העלויות בענן בצורה יעילה, צריך למקסם את הערך העסקי של משאבי הענן ולמזער את העלות הכוללת של הבעלות (TCO). כשבוחנים את אפשרויות המשאבים לעומסי העבודה בענן, צריך להתחשב לא רק בעלות של הקצאת המשאבים והשימוש בהם, אלא גם בעלות של ניהול המשאבים. לדוגמה, מכונות וירטואליות (VM) ב-Compute Engine יכולות להיות אפשרות חסכונית לאירוח אפליקציות. עם זאת, כשמביאים בחשבון את התקורה של תחזוקה, תיקון והרחבה של מכונות וירטואליות, עלות הבעלות הכוללת יכולה לעלות. לעומת זאת, שירותים ללא שרת כמו Cloud Run יכולים להציע ערך עסקי גבוה יותר. התקורה התפעולית הנמוכה מאפשרת לצוות להתמקד בפעילויות הליבה ומסייעת להגברת הגמישות.
כדי לוודא שהשימוש במשאבי הענן יניב את הערך האופטימלי, חשוב להעריך את הגורמים הבאים:
- עלויות הקצאה ושימוש: ההוצאות שנוצרות כשרוכשים, מקצים או משתמשים במשאבים.
- עלויות ניהול: ההוצאות החוזרות על הפעלה ותחזוקה של משאבים, כולל משימות כמו תיקון, מעקב ושינוי גודל.
- עלויות עקיפות: העלויות שאתם עשויים לשלם כדי לנהל בעיות כמו זמן השבתה, אובדן נתונים או פרצות אבטחה.
- ההשפעה על העסק: היתרונות הפוטנציאליים מהמשאבים, כמו הגדלת ההכנסות, שיפור שביעות רצון הלקוחות וזמן יציאה לשוק מהיר יותר.
התאמה בין ההוצאות בענן לערך העסקי מאפשרת לכם ליהנות מהיתרונות הבאים:
- החלטות שמבוססות על ערך: הצוותים שלכם מעודדים לתעדף פתרונות שמניבים את הערך העסקי הגבוה ביותר, ולשקול את ההשלכות של העלויות בטווח הקצר ובטווח הארוך.
- בחירה מושכלת של משאבים: לצוותים שלכם יש את המידע והידע שהם צריכים כדי להעריך את הערך העסקי ואת העלות הכוללת של הבעלות (TCO) של אפשרויות פריסה שונות, כך שהם יכולים לבחור משאבים שמשתלמים מבחינת עלות.
- התאמה בין צוותים: שיתוף פעולה חוצה-תפקידים בין צוותים עסקיים, פיננסיים וטכניים מבטיח שההחלטות לגבי הענן יהיו בהתאם ליעדים הכוללים של הארגון.
המלצות
כדי להתאים את ההוצאות על Cloud ליעדים העסקיים, כדאי להביא בחשבון את ההמלצות הבאות.
מתן עדיפות למוצרים מנוהלים ולמוצרים ללא שרת
כדי לצמצם את העומס התפעולי ואת עלויות התחזוקה, מומלץ לבחור בשירותים מנוהלים ובמוצרים ללא שרתים כשזה אפשרי. האפשרות הזו מאפשרת לצוותים שלכם להתמקד בפעילויות העסקיות העיקריות שלהם. הן יכולות להאיץ את ההשקה של תכונות ופונקציות חדשות, ולעזור לכם לקדם חדשנות וערך.
הנה כמה דוגמאות לאופן שבו אפשר ליישם את ההמלצה הזו:
- כדי להפעיל מסדי נתונים של שרתים מסוג PostgreSQL, MySQL או Microsoft SQL Server, משתמשים ב-Cloud SQL במקום לפרוס את מסדי הנתונים האלה במכונות וירטואליות.
- כדי להריץ ולנהל אשכולות Kubernetes, כדאי להשתמש ב-Google Kubernetes Engine (GKE) Autopilot במקום לפרוס קונטיינרים במכונות וירטואליות.
- כדי לעבד נתונים ב-Apache Hadoop או ב-Apache Spark, אפשר להשתמש ב-Managed Service for Apache Spark וב-Managed Service for Apache Spark Serverless. חיוב לפי שנייה יכול לעזור להשיג עלות בעלות כוללת (TCO) נמוכה באופן משמעותי בהשוואה לאגמי נתונים מקומיים.
איזון בין עלות-תועלת לבין גמישות עסקית
שליטה בעלויות ואופטימיזציה של ניצול המשאבים הם יעדים חשובים. עם זאת, צריך לאזן בין היעדים האלה לבין הצורך בתשתית גמישה שמאפשרת לחדש במהירות, להגיב במהירות לשינויים ולספק ערך מהר יותר. הנה כמה דוגמאות לאיזון הזה:
- אימוץ מדדי DORA לשיפור הביצועים של הכנת תוכנה להפצה. מדדים כמו שיעור הכשלים בשינויים (CFR), זמן הזיהוי (TTD) וזמן השחזור (TTR) יכולים לעזור לכם לזהות ולתקן צווארי בקבוק בתהליכי הפיתוח והפריסה. הפחתת זמן ההשבתה והאצת המסירה מאפשרות לכם להשיג יעילות תפעולית וגמישות עסקית.
- כדאי לפעול לפי השיטות המומלצות של Site Reliability Engineering (SRE) כדי לשפר את המהימנות התפעולית. ההתמקדות של SRE באוטומציה, ביכולת צפייה ובמענה לאירועים יכולה להוביל לצמצום זמן ההשבתה, לקיצור זמן השחזור ולשיפור שביעות רצון הלקוחות. צמצום זמן ההשבתה ושיפור האמינות התפעולית עוזרים למנוע אובדן הכנסות ומונעים את הצורך בהקצאת יתר של משאבים כרשת ביטחון לטיפול בהפסקות שירות.
הפעלת אופטימיזציה בשירות עצמי
כדי לעודד תרבות של ניסויים וחיפוש, כדאי לספק לצוותים שלכם כלים לאופטימיזציה של עלויות בשירות עצמי, כלים למעקב אחר נתונים ופלטפורמות לניהול משאבים. הם יכולים להקצות, לנהל ולייעל את משאבי הענן באופן אוטונומי. הגישה הזו עוזרת לטפח תחושת בעלות, להאיץ את החדשנות ולהבטיח שהצוותים יוכלו להגיב במהירות לצרכים משתנים תוך שמירה על יעילות מבחינת עלויות.
אימוץ והטמעה של FinOps
כדאי לאמץ את גישת ה-FinOps כדי ליצור סביבה שיתופית שבה כל אחד יכול לקבל החלטות מושכלות שמאזנות בין עלות לערך. FinOps מעודד אחריות פיננסית ומקדם אופטימיזציה יעילה של עלויות בענן.
קידום חשיבה שמבוססת על ערך ועל עלות כוללת של בעלות (TCO)
חשוב לעודד את חברי הצוות לאמץ גישה הוליסטית להוצאות על ענן, עם דגש על עלות כוללת ולא רק על עלויות ראשוניות. אפשר להשתמש בטכניקות כמו מיפוי זרם ערך כדי להמחיש ולנתח את זרימת הערך בתהליך אספקת התוכנה, וכדי לזהות תחומים לשיפור.
כדי להבין את הגורמים לשינוי בעלויות ברמת פירוט גבוהה, אפשר להשתמש בחישוב עלות ליחידה עבור האפליקציות והשירותים. כדאי לאמץ כלכלה ליחידה כדי לאזן בין העלויות לבין ההכנסות או המדדים העסקיים. באמצעות קורלציה בין ההוצאות על הענן לבין יחידות מידה עסקיות, כמו הכנסה לכל לקוח או נפח עסקאות, אפשר למדוד את שולי הרווח ליחידה ולוודא שהגידול בהוצאות נובע מצמיחה רווחית. כשמשווים בין העלות לבין ההכנסה, הארגון יכול להבחין בין חוסר יעילות תפעולית לבין התרחבות בריאה. כך תוכלו לדעת מתי כדאי להשקיע עוד ב-Cloud. מידע נוסף זמין במאמר איך ממקסמים את הערך העסקי באמצעות FinOps בענן.