העיקרון הזה הוא חלק מעמודת האופטימיזציה של העלויות ב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, כדאי לבדוק את ניצול המשאבים כדי לבצע אופטימיזציה של הנחות תמורת התחייבות לשימוש (CUD), של צריכת נפח האחסון ושל התאמת הגודל של ESXi.
- שימוש בהמלצות לענן: Active Assist הוא חבילה של כלים חכמים שעוזרים לכם לשפר את הפעולות בענן. הכלים האלה מספקים המלצות פרקטיות להפחתת עלויות, לשיפור הביצועים והאבטחה ואפילו לקבלת החלטות שמתמקדות בקיימות. לדוגמה, תובנות לגבי התאמת גודל מכונות וירטואליות לצרכים יכולות לעזור לכם לבצע אופטימיזציה של הקצאת משאבים ולהימנע מהוצאות מיותרות.
- השוואה בין ניצול המשאבים לבין הביצועים: ניתוח הקשר בין ניצול המשאבים לבין ביצועי האפליקציה כדי לקבוע אם אפשר לשדרג למשאבים זולים יותר בלי לפגוע בחוויית המשתמש.
פתרון בעיות שקשורות ליתרה בעלות
נתוני תצפית מפורטים יכולים לעזור באבחון ובפתרון בעיות. עם זאת, אחסון של כמויות מוגזמות של נתוני יכולת צפייה או ייצוא של נתונים מיותרים לכלי ניטור חיצוניים עלולים להוביל לעלויות מיותרות. כדי לפתור בעיות ביעילות, כדאי לפעול לפי ההמלצות הבאות:
- איסוף מספיק נתונים לפתרון בעיות: חשוב לוודא שפתרון המעקב שלכם מתעד מספיק נתונים כדי לאבחן ולפתור בעיות ביעילות כשהן מתעוררות. הנתונים האלה עשויים לכלול יומנים, עקבות ומדדים ברמות שונות של פירוט.
- שימוש בדגימה ובצבירה: כדי לאזן בין הצורך בנתונים מפורטים לבין שיקולי עלות, אפשר להשתמש בטכניקות של דגימה וצבירה. הגישה הזו מאפשרת לכם לאסוף נתונים מייצגים בלי לשלם עלויות אחסון מוגזמות.
- הבנת מודלי התמחור של כלי הניטור והשירותים: כדאי להעריך פתרונות ניטור שונים ולבחור באפשרויות שתואמות לצרכים הספציפיים של הפרויקט, לתקציב ולדפוסי השימוש. כשבוחרים, כדאי לקחת בחשבון גורמים כמו נפח הנתונים, דרישות שמירת הנתונים והתכונות הנדרשות.
- בדיקה קבועה של הגדרות המעקב: כדי להימנע מאיסוף נתונים מוגזם, מומלץ להסיר מדדים או יומנים מיותרים.
התאמה אישית של איסוף הנתונים לתפקידים והגדרת מדיניות שמירה ספציפית לתפקידים
כדאי להתחשב בצרכים הספציפיים של נתונים שונים לתפקידים שונים. לדוגמה, מפתחים צריכים בעיקר גישה למעקב ולנתוני יומן ברמת האפליקציה, בעוד שאדמינים ב-IT מתמקדים ביומני מערכת ובמדדי תשתית. התאמה אישית של איסוף הנתונים מאפשרת לכם להפחית את עלויות האחסון המיותרות ולמנוע הצפה של משתמשים במידע לא רלוונטי.
בנוסף, אתם יכולים להגדיר מדיניות שמירה בהתאם לצרכים של כל תפקיד ולדרישות רגולטוריות. לדוגמה, יכול להיות שמפתחים יצטרכו גישה ליומנים מפורטים לתקופה קצרה יותר, בעוד שאנליסטים פיננסיים יצטרכו נתונים לטווח ארוך יותר.
כדאי לקחת בחשבון דרישות רגולטוריות ודרישות תאימות
בתעשיות מסוימות, דרישות רגולטוריות מחייבות שמירת נתונים. כדי להימנע מסיכונים משפטיים ופיננסיים, אתם צריכים לוודא שהשיטות שלכם לניטור ולשמירת נתונים עוזרות לכם לעמוד בדרישות של התקנות הרלוונטיות. במקביל, חשוב לשמור על יעילות מבחינת עלויות. כדאי לשקול את ההמלצות הבאות:
- צריך לקבוע את הדרישות הספציפיות לשמירת נתונים בתעשייה או באזור שלכם, ולוודא שאסטרטגיית המעקב שלכם עומדת בדרישות האלה.
- הטמעת מנגנונים מתאימים לארכוב נתונים ולאחזור שלהם כדי לעמוד בדרישות של ביקורת ותאימות, תוך מזעור עלויות האחסון.
הטמעה של התראות חכמות
התראות עוזרות לזהות ולפתור בעיות בזמן. עם זאת, חשוב לשמור על איזון בין גישה שמעדכנת אתכם לבין גישה שגורמת להצפה בהתראות. בעזרת מערכות חכמות להתראות, אפשר לתת עדיפות לבעיות קריטיות שיש להן השפעה גדולה יותר על העסק. כדאי לקחת בחשבון את ההמלצות הבאות:
- נותנים עדיפות לבעיות שמשפיעות על הלקוחות: כדאי לעצב התראות שמופעלות במהירות במקרים של בעיות שמשפיעות ישירות על חוויית הלקוח, כמו הפסקות באתר, זמני תגובה איטיים או כשלים בעסקאות.
- התאמה לבעיות זמניות: השתמשו בספים מתאימים ובמנגנוני השהיה כדי להימנע מהתראות מיותרות על בעיות זמניות או על בעיות במערכת שמתקנות את עצמן ולא משפיעות על הלקוחות.
- התאמה אישית של רמת החומרה של ההתראות: כדי לוודא שהבעיות הדחופות ביותר יקבלו טיפול מיידי, אפשר להבחין בין התראות קריטיות לבין התראות לא קריטיות.
- שימוש מושכל בערוצי התראות: בוחרים ערוצים מתאימים להתראות (אימייל, SMS או ביפר) בהתאם לחומרה ולדחיפות של ההתראות.