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