העיקרון הזה, שמופיע בעמוד התווך של אופטימיזציית עלויות ב-Google Cloud Well-Architected Framework, מספק המלצות שיעזרו לכם לבצע אופטימיזציה של עלויות הפריסות בענן, בהתאם ליעדים העסקיים שמשתנים ומתפתחים כל הזמן.
ככל שהעסק גדל ומתפתח, עומסי העבודה בענן צריכים להתאים לשינויים בדרישות המשאבים ובדפוסי השימוש. כדי להפיק את הערך המקסימלי מההוצאות בענן, צריך לשמור על יעילות מבחינת עלויות ובו-זמנית להמשיך לתמוך ביעדים העסקיים. כדי לעשות את זה, צריך גישה פרואקטיבית וגמישה שמתמקדת בשיפור ובאופטימיזציה מתמשכים.
סקירה כללית של העקרונות
כדי לבצע אופטימיזציה של העלויות באופן רציף, צריך לעקוב באופן יזום אחרי סביבת הענן, לנתח אותה ולבצע את ההתאמות הנדרשות כדי לעמוד בדרישות הנוכחיות. התמקדו במעקב אחר מדדי ביצועים מרכזיים (KPI) שמשפיעים ישירות על חוויית המשתמשים של משתמשי הקצה, תואמים ליעדים העסקיים ומספקים תובנות לשיפור מתמיד. הגישה הזו מאפשרת לכם לזהות חוסר יעילות ולטפל בו, להתאים את עצמכם לצרכים המשתנים ולהתאים באופן קבוע את ההוצאות בענן ליעדים העסקיים האסטרטגיים. כדי לאזן בין ניראות מקיפה לבין יעילות מבחינת עלות, חשוב להבין את העלויות והיתרונות של מעקב אחרי השימוש במשאבים ולהשתמש באסטרטגיות מתאימות לשיפור התהליכים ולאופטימיזציה.
המלצות
כדי לעקוב ביעילות אחרי סביבת Google Cloud ולבצע אופטימיזציה של העלויות באופן קבוע, כדאי לפעול לפי ההמלצות הבאות.
התמקדות במדדים שרלוונטיים לעסק
כדי לנטר ביעילות, קודם צריך לזהות את המדדים שהכי חשובים לעסק וללקוחות שלכם. המדדים האלה כוללים:
- מדדים של חוויית המשתמש: מדדים של זמן אחזור, שיעורי שגיאות, תפוקה ושביעות רצון הלקוחות עוזרים להבין את חוויית המשתמשים באפליקציות.
- מדדי תוצאות עסקיות: אפשר לקשר בין הכנסות, גידול בלקוחות ומעורבות לבין השימוש במשאבים, כדי לזהות הזדמנויות לאופטימיזציה של העלויות.
- מדדי DevOps Research & Assessment (DORA): מדדים כמו תדירות הפריסה, זמן האספקה של שינויים, שיעור הכשלים בשינויים והזמן לשחזור מספקים תובנות לגבי היעילות והאמינות של תהליך הכנת התוכנה להפצה. שיפור המדדים האלה יכול להגביר את הפרודוקטיביות, לצמצם את זמן ההשבתה ולייעל את העלויות.
- מדדי Site Reliability Engineering (SRE): תקציבי שגיאות עוזרים לצוותים לכמת ולנהל את רמת השיבוש המקובלת בשירות. הגדרת ציפיות ברורות לגבי אמינות באמצעות תקציבי שגיאות מאפשרת לצוותים לחדש ולפרוס שינויים בביטחון רב יותר, כי הם יודעים מהו מרווח הבטיחות שלהם. הגישה הפרואקטיבית הזו מקדמת איזון בין חדשנות לבין יציבות, ועוזרת למנוע עלויות תפעוליות מוגזמות שקשורות להפסקות גדולות או לזמן השבתה ממושך.
שימוש ב-observability לאופטימיזציה של משאבים
ההמלצות הבאות מסבירות איך להשתמש ב-observability כדי לזהות צווארי בקבוק במשאבים ומשאבים שלא מנוצלים מספיק בפריסות בענן:
- מעקב אחרי ניצול משאבים: השתמשו במדדי ניצול משאבים כדי לזהות משאביGoogle Cloud שלא מנוצלים מספיק. לדוגמה, אפשר להשתמש במדדים כמו ניצול המעבד (CPU) וניצול הזיכרון כדי לזהות משאבי VM לא פעילים. ב-Google Kubernetes Engine (GKE), אתם יכולים לראות פירוט של העלויות ומדדי אופטימיזציה שקשורים לעלויות. ב-Google Cloud VMware Engine, בודקים את ניצול המשאבים כדי לבצע אופטימיזציה של הנחות תמורת התחייבות לשימוש, צריכת האחסון והתאמת הגודל של ESXi.
- שימוש בהמלצות לענן: Active Assist הוא חבילה של כלים חכמים שעוזרים לכם לשפר את הפעולות בענן. הכלים האלה מספקים המלצות פרקטיות להפחתת עלויות, לשיפור הביצועים, לשיפור האבטחה ואפילו לקבלת החלטות שמתמקדות בקיימוּת. לדוגמה, תובנות לגבי התאמת הגודל של מכונות וירטואליות יכולות לעזור לכם לשפר את הקצאת המשאבים ולהימנע מהוצאות מיותרות.
- התאמה בין ניצול המשאבים לביצועים: ניתוח הקשר בין ניצול המשאבים לביצועי האפליקציה, כדי לקבוע אם אפשר לשדרג לאחור למשאבים זולים יותר בלי להשפיע על חוויית המשתמש.
איזון בין צורכי פתרון הבעיות לבין העלות
נתוני ניראות מפורטים יכולים לעזור באבחון ובפתרון בעיות. עם זאת, אחסון של כמויות גדולות מדי של נתוני ניראות או ייצוא של נתונים מיותרים לכלי מעקב חיצוניים עלולים להוביל לעלויות מיותרות. כדי לפתור בעיות ביעילות, כדאי לפעול לפי ההמלצות הבאות:
- איסוף מספיק נתונים לפתרון בעיות: ודאו שפתרון המעקב אוסף מספיק נתונים כדי לאבחן ולפתור בעיות ביעילות כשהן מתעוררות. הנתונים האלה יכולים לכלול יומנים, מעקבים ומדדים ברמות פירוט שונות.
- שימוש בדגימה ובצבירה: כדי לאזן בין הצורך בנתונים מפורטים לבין שיקולי עלות, אפשר להשתמש בשיטות של דגימה וצבירה. הגישה הזו מאפשרת לאסוף נתונים מייצגים בלי עלויות אחסון גבוהות מדי.
- הבנת מודלי התמחור של כלי המעקב והשירותים: בוחנים פתרונות מעקב שונים ובוחרים את האפשרויות שמתאימות לצרכים הספציפיים של הפרויקט, לתקציב ולדפוסי השימוש. כשבוחרים את האפשרות המתאימה, כדאי להביא בחשבון גורמים כמו נפח הנתונים, דרישות השמירה והתכונות הנדרשות.
- לבדוק באופן קבוע את הגדרות המעקב: כדי להימנע מאיסוף נתונים מיותרים, הסירו מדדים או יומנים לא נחוצים.
להתאים את איסוף הנתונים לתפקידים ולהגדיר מדיניות שמירת נתונים ספציפית לתפקיד
חשוב להביא בחשבון את צורכי הנתונים הספציפיים של תפקידים שונים. לדוגמה, יכול להיות שהמפתחים יצטרכו בעיקר גישה למעקבים וליומנים ברמת האפליקציה, בעוד שמנהלי ה-IT יתמקדו ביומני המערכת ובמדדי התשתית. התאמה אישית של איסוף הנתונים מאפשרת לצמצם עלויות אחסון מיותרות ולמנוע הצפה של המשתמשים במידע לא רלוונטי.
בנוסף, אתם יכולים להגדיר מדיניות שמירת נתונים בהתאם לצרכים של כל תפקיד ולדרישות הרגולטוריות. לדוגמה, יכול להיות שמפתחים יצטרכו גישה ליומנים מפורטים לתקופה קצרה יותר, ואנליסטים פיננסיים יצטרכו נתונים לטווח ארוך יותר.
התחשבות בדרישות הרגולציה והתאימות
בתחומים מסוימים, דרישות רגולטוריות מחייבות שמירת נתונים. כדי להימנע מסיכונים משפטיים ופיננסיים, אתם צריכים לוודא ששיטות המעקב ושמירת הנתונים שלכם עוזרות לכם לעמוד בתקנות הרלוונטיות. במקביל, אתם צריכים לשמור על יעילות כלכלית. כדאי לשקול את ההמלצות הבאות:
- חשוב לבדוק מהן הדרישות הספציפיות לשמירת נתונים בתחום או באזור שלכם, ולוודא שאסטרטגיית המעקב עומדת בדרישות האלה.
- הטמיעו מנגנונים מתאימים להעברה לארכיון ולאחזור של נתונים כדי לעמוד בדרישות הביקורת והתאימות, תוך צמצום עלויות האחסון.
הטמעת התראות חכמות
ההתראות עוזרות לזהות ולפתור בעיות בזמן. עם זאת, צריך למצוא את האיזון בין גישה שמאפשרת לכם להישאר מעודכנים לבין גישה שמציפה אתכם בהתראות. אם תתכננו מערכות התראה חכמות, תוכלו לתעדף בעיות קריטיות שיש להן השפעה עסקית גדולה יותר. כדאי לשקול את ההמלצות הבאות:
- תעדוף בעיות שמשפיעות על הלקוחות: כדאי להגדיר התראות שמופעלות במהירות במקרה של בעיות שמשפיעות ישירות על חוויית הלקוח, כמו הפסקות זמניות בשירות של האתר, זמני תגובה איטיים או כשלים בעסקאות.
- כוונון לבעיות זמניות: השתמשו בספים ובמנגנוני השהיה מתאימים כדי להימנע מהתראות מיותרות על בעיות זמניות או על בעיות במערכת שמתקנות את עצמן ולא משפיעות על הלקוחות.
- התאמה אישית של חומרת ההתראות: כדי לוודא שהבעיות הדחופות ביותר יטופלו באופן מיידי, כדאי להבדיל בין התראות קריטיות להתראות לא קריטיות.
- שימוש מושכל בערוצי התראות: בחרו ערוצים מתאימים להתראות (אימייל, SMS או זימונית) בהתאם לחומרה ולדחיפות של ההתראות.