העיקרון הזה, שמופיע בקטע 'אופטימיזציה של עלויות' בGoogle Cloud Well-Architected Framework, כולל המלצות להתאמת השימוש במשאבים ליעדים העסקיים של הארגון. Google Cloud
סקירה כללית של העקרונות
כדי לנהל את העלויות בענן בצורה יעילה, צריך למקסם את הערך העסקי של משאבי הענן ולמזער את עלות הבעלות הכוללת (TCO). כשבוחנים את אפשרויות המשאבים לעומסי העבודה בענן, צריך להתחשב לא רק בעלות של הקצאת המשאבים והשימוש בהם, אלא גם בעלות של ניהול המשאבים. לדוגמה, מכונות וירטואליות (VM) ב-Compute Engine יכולות להיות אפשרות חסכונית לאירוח אפליקציות. עם זאת, כשמביאים בחשבון את התקורה של תחזוקה, תיקון והרחבה של מכונות וירטואליות, עלות הבעלות הכוללת יכולה לעלות. לעומת זאת, שירותים ללא שרת כמו Cloud Run יכולים להציע ערך עסקי גבוה יותר. העלויות התפעוליות הנמוכות מאפשרות לצוות להתמקד בפעילויות הליבה ומגבירות את הגמישות.
כדי לוודא שהשימוש במשאבי הענן יניב את הערך האופטימלי, חשוב להעריך את הגורמים הבאים:
- עלויות הקצאה ושימוש: ההוצאות שנוצרות כשרוכשים, מקצים או משתמשים במשאבים.
- עלויות ניהול: ההוצאות החוזרות על הפעלה ותחזוקה של משאבים, כולל משימות כמו תיקון, מעקב ושינוי גודל.
- עלויות עקיפות: העלויות שאתם עשויים לשלם כדי לנהל בעיות כמו זמן השבתה, אובדן נתונים או פרצות אבטחה.
- ההשפעה על העסק: היתרונות הפוטנציאליים מהמשאבים, כמו הגדלת ההכנסות, שיפור שביעות רצון הלקוחות וקיצור הזמן עד להשקת המוצר בשוק.
התאמה בין ההוצאות בענן לערך העסקי מאפשרת לכם ליהנות מהיתרונות הבאים:
- החלטות שמבוססות על ערך: הצוותים שלכם מקבלים תמריץ לתעדף פתרונות שמניבים את הערך העסקי הגבוה ביותר, ולשקול את ההשלכות של העלויות בטווח הקצר ובטווח הארוך.
- בחירת משאבים מושכלת: לצוותים שלכם יש את המידע והידע שהם צריכים כדי להעריך את הערך העסקי ואת העלות הכוללת של הבעלות (TCO) של אפשרויות פריסה שונות, וכך הם יכולים לבחור משאבים שמשתלמים מבחינת עלות.
- התאמה בין צוותים שונים: שיתוף פעולה חוצה-תפקידים בין צוותים עסקיים, פיננסיים וטכניים מבטיח שההחלטות לגבי הענן יהיו בהתאם ליעדים הכוללים של הארגון.
המלצות
כדי להתאים את ההוצאות על הענן ליעדים העסקיים, כדאי להביא בחשבון את ההמלצות הבאות.
מתן עדיפות למוצרים מנוהלים ולמוצרים ללא שרת
כדי לצמצם את העומס התפעולי ואת עלויות התחזוקה, מומלץ לבחור בשירותים מנוהלים ובמוצרים ללא שרתים, כשזה אפשרי. האפשרות הזו מאפשרת לצוותים שלכם להתמקד בפעילויות העסקיות העיקריות שלהם. הן יכולות להאיץ את ההשקה של תכונות ופונקציות חדשות, ולעזור לכם לקדם חדשנות וערך.
הנה כמה דוגמאות לאופן שבו אפשר ליישם את ההמלצה הזו:
- כדי להפעיל מסדי נתונים של שרתים מסוג 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)
חשוב לעודד את חברי הצוות לאמץ גישה הוליסטית להוצאות על ענן, עם דגש על עלות כוללת ולא רק על עלויות ראשוניות. אפשר להשתמש בטכניקות כמו מיפוי זרם ערך כדי להמחיש ולנתח את זרימת הערך בתהליך אספקת התוכנה, וכדי לזהות תחומים לשיפור. כדי להבין את הגורמים לעלויות ברמת פירוט גבוהה ולזהות הזדמנויות לאופטימיזציה של העלויות, כדאי להטמיע תמחור ליחידה באפליקציות ובשירותים. מידע נוסף זמין במאמר הגדלת הערך העסקי באמצעות FinOps בענן.