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