העיקרון "מצוינות תפעולית" ב-Google Cloud Well-Architected Framework כולל המלצות להפעלה יעילה של עומסי עבודה ב- Google Cloud. מצוינות תפעולית בענן כוללת תכנון, הטמעה וניהול של פתרונות ענן שמספקים ערך, ביצועים, אבטחה ואמינות. ההמלצות בעמוד התווך הזה עוזרות לכם לשפר כל הזמן את עומסי העבודה ולהתאים אותם לצרכים הדינמיים והמשתנים בענן.
עקרון המצוינות התפעולית רלוונטי לקהלים הבאים:
- מנהלים ומובילים: מסגרת להקמה ולתחזוקה של מצוינות תפעולית בענן, כדי לוודא שההשקעות בענן מספקות ערך ותומכות ביעדים העסקיים.
- צוותי תפעול בענן: הנחיות לניהול אירועים ובעיות, תכנון קיבולת, אופטימיזציה של ביצועים וניהול שינויים.
- מהנדסי אמינות אתר (SRE): שיטות מומלצות שעוזרות להשיג רמות גבוהות של אמינות השירות, כולל מעקב, תגובה לאירועים ואוטומציה.
- אדריכלי ומהנדסי ענן: דרישות תפעוליות ושיטות מומלצות לשלבי התכנון וההטמעה, כדי להבטיח שהפתרונות מתוכננים ליעילות תפעולית ולמדרגיות.
- צוותי DevOps: הנחיות לגבי אוטומציה, פייפליין של CI/CD וניהול שינויים, כדי לאפשר הכנת תוכנה להפצה מהירה ואמינה יותר.
כדי להגיע למצוינות תפעולית, כדאי להשתמש באוטומציה, בתזמור ובתובנות מבוססות-נתונים. אוטומציה עוזרת לצמצם את העבודה השוחקת. הוא גם מייעל משימות שחוזרות על עצמן ומגדיר להן גבולות. תזמור עוזר לתאם תהליכים מורכבים. תובנות מבוססות-נתונים מאפשרות קבלת החלטות שמבוססות על עובדות. השיטות האלה יעזרו לכם לייעל את הפעולות בענן, להוזיל את העלויות, לשפר את זמינות השירות ולחזק את האבטחה.
מצוינות תפעולית בענן היא לא רק מיומנות טכנית בפעולות בענן. הוא כולל שינוי תרבותי שמעודד למידה והתנסות מתמשכות. הצוותים צריכים להיות מסוגלים לחדש, לחזור על תהליכים ולפתח דפוס חשיבה שמעודד צמיחה. תרבות של מצוינות תפעולית מעודדת סביבה של שיתוף פעולה, שבה אנשים יכולים לשתף רעיונות, לאתגר הנחות ולשפר את הביצועים.
כדי לקרוא על עקרונות והמלצות למצוינות תפעולית שספציפיים לעומסי עבודה של AI ו-ML, קראו את המאמר נקודת מבט על AI ו-ML: מצוינות תפעולית ב-Well-Architected Framework.
הערכת עומסי עבודה באמצעות סקיל אג'נטי
כדי לאפשר לסוכני AI להעריך את עומסי העבודה בענן בהתאם לעקרונות ולהמלצות שבעמוד התווך הזה, אתם יכולים להשתמש במיומנות google-cloud-waf-operational-excellence שזמינה במאגר Google Agent Skills ב-GitHub.
כדי להתקין את המיומנות, מריצים את הפקודה הבאה בטרמינל או בלקוח של הנציג:
npx skills add google/skills --skill google-cloud-waf-operational-excellence
כשמוצגת בקשה, מציינים את סוכני ה-AI שרוצים להתקין בשבילם את המיומנות ומגדירים את היקף ההתקנה (פרויקט או גלובלי).
אם כבר התקנתם את המיומנות, אתם יכולים לעדכן אותה לגרסה העדכנית ביותר על ידי הפעלת הפקודה הבאה:
npx skills update
עקרונות הליבה
ההמלצות בעקרון המצוינות התפעולית של Well-Architected Framework ממופות לעקרונות הליבה הבאים:
- מוכנות תפעולית וביצועים באמצעות CloudOps: כדי לוודא שפתרונות הענן עומדים בדרישות התפעוליות והביצועיות, מגדירים יעדים ברמת השירות (SLO) ומבצעים מעקב מקיף, בדיקות ביצועים ותכנון קיבולת.
- ניהול אירועים ובעיות: כדי לצמצם את ההשפעה של אירועים בענן ולמנוע הישנות, צריך להשתמש בתצפיתיות מקיפה, בנהלים ברורים לתגובה לאירועים, בניתוחים מעמיקים של אירועים קודמים ובאמצעי מניעה.
- ניהול ואופטימיזציה של משאבי הענן: אופטימיזציה וניהול של משאבי הענן באמצעות אסטרטגיות כמו התאמה לגודל הנכון, התאמה אוטומטית לעומס (autoscaling) ושימוש בכלים יעילים למעקב אחרי עלויות.
- אוטומציה וניהול של שינויים: אוטומציה של תהליכים, ייעול ניהול השינויים והפחתת העומס של עבודה ידנית.
- שיפור וחדשנות באופן קבוע: כדי להישאר תחרותיים, חשוב להתמקד בשיפורים שוטפים ובהשקת פתרונות חדשים.
שותפים ביצירת התוכן
מחברים:
- אלכס סטפני | אדריכל ראשי
- ריאן קוקס | אדריכל ראשי
- הדריאן קנוץ | אדריכל ארגוני
תורמים אחרים:
- דניאל ליס | ארכיטקט אבטחה בענן
- Filipe Gracio, PhD | Customer Engineer, AI/ML Specialist
- גארי הרמסון | אדריכל ראשי
- חוסה אנדרדה | מהנדס לקוחות, מומחה SRE
- קומאר דהנגופאל | מפתח פתרונות חוצי-מוצרים
- ניקולס פינטו | מהנדס לקוחות, מומחה למודרניזציה של אפליקציות
- Radhika Kanakam | מובילת תוכנית, Google Cloud Well-Architected Framework
- סמנתה הי | כותבת טכנית
- זאק סיילס | מומחה רשתות
- Wade Holmes | Global Solutions Director
איך משתמשים ב-CloudOps כדי לוודא שהמערכת מוכנה לפעולה ושהביצועים שלה תקינים
העיקרון הזה, שמופיע בעקרונות היסוד של מצוינות תפעולית ב-Google Cloud Well-Architected Framework, עוזר לוודא שהעומסים בענן מוכנים לפעולה ושהביצועים שלהם תקינים. הוא מדגיש את החשיבות של הגדרת ציפיות ומחויבויות ברורות לגבי ביצועי השירות, הטמעת מעקב והתראות בצורה יעילה, ביצוע בדיקות ביצועים ותכנון מראש של צורכי הקיבולת.
סקירה כללית של העקרונות
ארגונים שונים עשויים לפרש את המוכנות התפעולית בצורה שונה. מוכנות תפעולית היא האופן שבו הארגון שלכם מתכונן להפעיל בהצלחה עומסי עבודה ב- Google Cloud. כדי להפעיל עומס עבודה מורכב בענן עם כמה שכבות, צריך לתכנן בקפידה את ההשקה ואת הפעולות day-2. הפעולות האלה נקראות לעיתים קרובות CloudOps.
תחומי המיקוד של המוכנות התפעולית
המוכנות התפעולית מורכבת מארבעה תחומי מיקוד. כל תחום מיקוד מורכב מקבוצה של פעילויות ורכיבים שנדרשים כדי להתכונן להפעלה של אפליקציה או סביבה מורכבת ב- Google Cloud. בטבלה הבאה מפורטים הרכיבים והפעילויות של כל תחום מיקוד:
| תחום המיקוד של המוכנות התפעולית | פעילויות ורכיבים |
|---|---|
| כוח עבודה |
|
| תהליכים |
|
| כלים | כלים שנדרשים כדי לתמוך בתהליכי CloudOps. |
| פיקוח |
|
המלצות
כדי להבטיח מוכנות תפעולית וביצועים באמצעות CloudOps, כדאי להביא בחשבון את ההמלצות שבקטעים הבאים. כל המלצה במסמך הזה רלוונטית לאחד או יותר מתחומי המיקוד של מוכנות תפעולית.
הגדרת SLO ו-SLA
אחת מהאחריויות העיקריות של צוות תפעול הענן היא להגדיר יעדים למדידת רמת השירות (SLO) והסכמי רמת שירות (SLA) לכל עומסי העבודה הקריטיים. ההמלצה הזו רלוונטית לתחום המיקוד של ניהול תקין במוכנות תפעולית.
הגדרת יעדי SLO:
יעדי ה-SLO צריכים להיות ספציפיים, מדידים, ברי השגה, רלוונטיים ומוגבלים בזמן (SMART), והם צריכים לשקף את רמת השירות והביצועים הרצויה.
- ספציפי: מפרט בבירור את רמת השירות והביצועים הנדרשת.
- ניתן למדידה: אפשר לכמת ולעקוב אחריו.
- Achievable (ניתן להשגה): אפשר להשיג את היעד במסגרת היכולות והמשאבים של הארגון.
- רלוונטיות: תואמות ליעדים ולסדרי העדיפויות של העסק.
- מוגדר בזמן: יש מסגרת זמן מוגדרת למדידה ולהערכה.
לדוגמה, יעד SLO לאפליקציית אינטרנט יכול להיות "זמינות של 99.9%" או "זמן תגובה ממוצע של פחות מ-200 מילישניות". יעדים כאלה מגדירים בבירור את רמת השירות והביצועים הנדרשת לאפליקציית האינטרנט, ואפשר למדוד אותם ולעקוב אחריהם לאורך זמן.
הגדרת הסכמי רמת שירות (SLA):
הסכמי SLA מתארים את ההתחייבויות ללקוחות בנוגע לזמינות השירות, לביצועים ולתמיכה, כולל קנסות או פיצויים במקרה של אי-עמידה בתנאים. הסכמי ה-SLA חייבים לכלול פרטים ספציפיים על השירותים שניתנים, רמת השירות הצפויה, תחומי האחריות של ספק השירות ושל הלקוח, וכל קנס או סעד במקרה של אי-עמידה בתנאים. הסכמי SLA משמשים כהסכם חוזי בין שני הצדדים, כדי להבטיח ששניהם מבינים בבירור את הציפיות וההתחייבויות שקשורות לשירות הענן.
מעקב אחרי יעדי SLO:
משתמשים ב-Cloud Monitoring ובמדדי רמת שירות (SLI) כדי לעקוב אחרי יעדי רמת השירות (SLO). בעזרת Cloud Monitoring, הארגון שלכם יכול לאסוף ולנתח מדדים שקשורים לזמינות, לביצועים ולזמן האחזור של אפליקציות ושירותים מבוססי-ענן. מדדי SLI הם מדדים ספציפיים שבהם אתם יכולים להשתמש כדי למדוד ולעקוב אחרי יעדי SLO לאורך זמן. בעזרת הכלים האלה אתם יכולים לעקוב אחרי שירותי הענן ולנהל אותם ביעילות, ולוודא שהם עומדים ביעדי ה-SLO ובהסכמי ה-SLA.
כדי להבטיח את האמינות והביצועים של האפליקציות והשירותים שפרסתם, חשוב להגדיר, להעביר ולעקוב בצורה ברורה אחרי יעדי ה-SLO וה-SLA של כל שירותי הענן הקריטיים.
הטמעת ניראות מקיפה
כדי לקבל תמונת מצב בזמן אמת של התקינות והביצועים של סביבת הענן, מומלץ להשתמש בשילוב של כלי Google Cloud Observability ופתרונות של צד שלישי. ההמלצה הזו רלוונטית לתהליכים ולכלים, שהם תחומי המיקוד של המוכנות התפעולית.
הטמעה של שילוב בין פתרונות תצפיתיות מספקת אסטרטגיית תצפיתיות מקיפה, שכוללת היבטים שונים של תשתית הענן והאפליקציות. Google Cloud Observability היא פלטפורמה מאוחדת לאיסוף, ניתוח והצגה חזותית של מדדים, יומנים ונתוני מעקב משירותים, מאפליקציות וממקורות חיצוניים שונים שלGoogle Cloud . בעזרת Cloud Monitoring אתם יכולים לקבל תובנות לגבי ניצול המשאבים, מאפייני הביצועים והמצב הכללי של המשאבים.
כדי לוודא שהמעקב מקיף, אתם יכולים לעקוב אחרי מדדים חשובים שתואמים לאינדיקטורים של תקינות המערכת, כמו ניצול המעבד (CPU), שימוש בזיכרון, תנועה ברשת, קלט/פלט (I/O) בדיסק וזמני תגובה של אפליקציות. כדאי גם להתייחס למדדים ספציפיים לעסק. מעקב אחרי המדדים האלה מאפשר לזהות צווארי בקבוק פוטנציאליים, בעיות בביצועים ומגבלות של משאבים. אפשר גם להגדיר התראות כדי להודיע לצוותים הרלוונטיים באופן יזום על בעיות או אנומליות פוטנציאליות.
כדי לשפר עוד יותר את יכולות המעקב, אתם יכולים לשלב פתרונות של צד שלישי עם Google Cloud Observability. הפתרונות האלה יכולים לספק פונקציונליות נוספת, כמו ניתוח מתקדם, זיהוי חריגות באמצעות למידת מכונה ויכולות ניהול אירועים. השילוב הזה של כלי Google Cloud Observability ופתרונות של צד שלישי מאפשר לכם ליצור סביבה עסקית חזקה וניתנת להתאמה אישית, שמתאימה לצרכים הספציפיים שלכם. השילוב הזה מאפשר לזהות בעיות ולטפל בהן באופן יזום, לבצע אופטימיזציה של ניצול המשאבים ולהבטיח את האמינות והזמינות הכוללות של האפליקציות והשירותים בענן.
הטמעה של בדיקות ביצועים ועומס
ביצוע בדיקות ביצועים באופן קבוע עוזר לוודא שהאפליקציות והתשתית שלכם מבוססות-ענן יכולות להתמודד עם עומסי שיא ולשמור על ביצועים אופטימליים. בדיקת עומס מדמה דפוסי תנועה מציאותיים. בדיקות עומס בוחנות את המערכת עד קצה גבול היכולת שלה כדי לזהות צווארי בקבוק פוטנציאליים ומגבלות בביצועים. ההמלצה הזו רלוונטית לתהליכים ולכלים, שהם תחומי המיקוד של המוכנות התפעולית.
בדיקת ביצועים: משתמשים ב-Cloud Load Balancing ובשירותים לבדיקת עומסים כדי לדמות דפוסי תנועה בעולם האמיתי ולבדוק את האפליקציות בעומס. הכלים האלה מספקים תובנות חשובות לגבי התנהגות המערכת בתנאי עומס שונים, ויכולים לעזור לכם לזהות תחומים שדורשים אופטימיזציה.
אופטימיזציה של הביצועים: על סמך תוצאות בדיקת הביצועים, אתם יכולים לקבל החלטות כדי לבצע אופטימיזציה של תשתית הענן והאפליקציות, כדי להשיג ביצועים אופטימליים וסקלביליות. האופטימיזציה הזו יכולה לכלול התאמה של הקצאת המשאבים, שינוי ההגדרות או הטמעה של מנגנוני שמירה במטמון.
לדוגמה, אם אתם מגלים שהאפליקציה שלכם חווה האטה בתקופות של תנועה גבוהה, יכול להיות שתצטרכו להגדיל את מספר המכונות הווירטואליות או הקונטיינרים שמוקצים לאפליקציה. לחלופין, יכול להיות שתצטרכו לשנות את ההגדרות של שרת האינטרנט או מסד הנתונים כדי לשפר את הביצועים.
אם תבצעו בדיקות ביצועים באופן קבוע ותיישמו את האופטימיזציות הנדרשות, תוכלו לוודא שהאפליקציות והתשתית שלכם מבוססות-ענן תמיד פועלות בביצועים שיא, ומספקות למשתמשים חוויה חלקה ורספונסיבית. כך תוכלו לשמור על יתרון תחרותי ולבנות אמון עם הלקוחות.
תכנון וניהול של הקיבולת
כדי שמערכות הענן ימשיכו לפעול ולהתרחב בהתאם לשינויים בביקוש, צריך לתכנן ולנהל באופן פעיל את הקיבולת של משאבי הענן. ההמלצה הזו תומכת בתהליכים ובכלים, שהם תחומי המיקוד של מוכנות תפעולית.
התחשבות במגבלות השירות וניהול מכסות המשאבים: כדי לתכנן את הקיבולת של משאבי הענן, התחילו במגבלות הקשיחות (האילוצים הקבועים) של השירותים שבהם אתם מתכננים להשתמש.
- העריכו את דרישות המכסה למשאבי מחשוב, לאחסון, למכסת בקשות API ולמשאבים אחרים שאתם צריכים. בקשו שינויים מתאימים במכסות לפני שתצטרכו את המשאבים.
- טוענים מדדים מ-Cloud Monitoring ל-BigQuery, ומשתמשים בהם כדי לזהות דפוסי תנועה ולעקוב אחרי העומס על המערכת לאורך זמן.
- לחזות את הביקוש למשאבים על סמך קמפיינים שיווקיים, הרשמות של משתמשים והשקות של תכונות. כדאי גם להביא בחשבון את ההתחייבויות הנוכחיות והמתוכננות שלכם במסגרת הסכם רמת השירות (SLA).
תכנון גמיש ויעיל: כשמתכננים את הקיבולת לפריסות בענן, כדאי להפריד בין רכיבי האפליקציה לבין סוגי מכונות ספציפיים. כשמצמידים עומס עבודה לסוג מכונה אחד, אי אפשר לנצל את היתרונות של חומרת ענן חדשה יותר או שינויים בקיבולת האזורית.
- לעומסי עבודה שדורשים חומרה מיוחדת, כמו מכונות עם זיכרון גדול או יחידות GPU, ודאו שאתם יכולים לקבל משאבים כשצריך. אתם יכולים להשתמש במקום שמור לעתיד כדי להבטיח קיבולת לסוגי מכונות קריטיים עד שנה מראש.
- לעומסי עבודה של עיבוד באצווה או אימון מודלים שיכולים להתמודד עם זמני התחלה משתנים, אפשר לתזמן את הקיבולת באופן דינמי באמצעות מכונות וירטואליות מסוג Flex-start. המכונות הווירטואליות האלה משתמשות בתזמון דינמי של עומסי עבודה (DWS) כדי להוסיף בקשות לתור ולהפחית את עלויות המחשוב.
- אל תשריינו משפחות מכונות או משאבים ישנים יותר לסביבות פיתוח זמניות.
- תכננו את המשאבים באזורים המשניים כדי שתוכלו לבצע מעבר במקרה של כשל (failover) בצורה יעילה לצורך התאוששות מאסון (DR).
הטמעת התאמה אוטומטית לעומס (automatic scaling): כדי להתאים באופן דינמי את משאבי הענן לתנודות בעומסי העבודה בזמן אמת, כדאי להטמיע כללי מדיניות של התאמה אוטומטית לעומס. אלגוריתמים של התאמה אוטומטית לעומס מעריכים מדדים כמו ניצול המעבד (CPU), לחץ על הזיכרון ועומק התור. בהתאם להערכה, המשאבים מורחבים אופקית בתקופות של שיא בתנועה ומצומצמים אופקית בחלונות של ניצול נמוך, וכך אפשר לבצע אופטימיזציה של עלות המשאבים בענן.
- להגדיר קבוצות של מופעי מכונה מנוהלים (MIG) עם תבניות של הגדרות מכונה משולבות, שמשלבות סוגי מכונות מהדור הנוכחי ומהדורות החדשים יותר.
- חשוב לוודא שההגדרות של קבוצת המכונות המנוהלות כוללות גם הפעלה גמישה של מכונות (ציון של כמה סוגי מכונות תואמים) וגם גמישות במיקום (פיזור היעדים בכמה אזורים). בהתאם לדרישות הקיבולת הנוכחיות, המערכת מקצה באופן אוטומטי את סוג המכונה המועדף הבא מרשימת החלופות, בלי לבטל בקשות או להגביל את משאבי המחשוב.
מעקב ואופטימיזציה באופן רציף
כדי לנהל ולשפר את עומסי העבודה בענן, צריך ליצור תהליך למעקב ולניתוח קבועים של מדדי הביצועים. ההמלצה הזו רלוונטית לתהליכים ולכלים, שהם תחומי המיקוד של מוכנות תפעולית.
מעקב ואיסוף נתונים:
כדי ליצור תהליך של מעקב וניתוח רציפים, צריך לעקוב אחרי נתונים שקשורים להיבטים שונים של סביבת הענן, לאסוף אותם ולנתח אותם. בעזרת הנתונים האלה תוכלו לזהות באופן יזום תחומים לשיפור, לבצע אופטימיזציה של ניצול המשאבים ולוודא שתשתית הענן עומדת בציפיות שלכם לגבי הביצועים, או אפילו עולה עליהן.
בדיקת יומנים ומעקבים:
היומנים מספקים תובנות חשובות לגבי אירועים, שגיאות ואזהרות במערכת. מעקבים מספקים מידע מפורט על זרימת הבקשות באפליקציה. ניתוח של יומנים ומעקבים מאפשר לזהות בעיות פוטנציאליות, לזהות את הגורמים לבעיות ולהבין טוב יותר איך האפליקציות פועלות בתנאים שונים. מדדים כמו זמן הלוך ושוב בין שירותים יכולים לעזור לכם לזהות ולהבין צווארי בקבוק בעומסי העבודה.
כוונון לשיפור הביצועים:
להשתמש בטכניקות לכוונון ביצועים כדי לשפר משמעותית את זמני התגובה של האפליקציה ואת היעילות הכוללת. הנה כמה דוגמאות לשיטות שבהן אפשר להשתמש:
- שמירה במטמון: אחסון נתונים שמשתמשים בהם לעיתים קרובות בזיכרון כדי להפחית את הצורך בשאילתות חוזרות למסד הנתונים או בקריאות ל-API.
- אופטימיזציה של מסד הנתונים: שימוש בשיטות כמו הוספה לאינדקס ואופטימיזציה של שאילתות כדי לשפר את הביצועים של פעולות במסד הנתונים.
- יצירת פרופיל קוד: זיהוי אזורים בקוד שצורכים משאבים רבים מדי או גורמים לבעיות בביצועים.
ניהול אירועים ובעיות
העיקרון הזה, שמופיע בעמוד התווך "מצוינות תפעולית" של Google Cloud Well-Architected Framework, כולל המלצות שיעזרו לכם לנהל אירועים ובעיות שקשורים לעומסי העבודה בענן. הוא כולל הטמעה של מעקב ותצפיתיות מקיפים, הגדרת נהלים ברורים לתגובה לאירועים, ביצוע ניתוח יסודי של שורש הבעיה והטמעת אמצעי מניעה. הרבה מהנושאים שמוזכרים בעיקרון הזה מפורטים בעמוד התווך אמינות.
סקירה כללית של העקרונות
ניהול אירועים וניהול בעיות הם רכיבים חשובים בסביבת תפעול תקינה. הדרך שבה אתם מסווגים אירועים, מגיבים להם ופותרים אותם בהתאם לרמת החומרה יכולה להשפיע משמעותית על היכולת לעבוד. בנוסף, צריך לבצע שינויים באופן יזום ורציף כדי לשפר את האמינות והביצועים. תהליך יעיל לניהול אירועים ובעיות מסתמך על הרכיבים הבסיסיים הבאים:
- מעקב רציף: זיהוי ופתרון בעיות במהירות.
- אוטומציה: ייעול משימות ושיפור היעילות.
- תזמור: תיאום וניהול יעיל של משאבי הענן.
- תובנות מבוססות-נתונים: אופטימיזציה של הפעילות בענן וקבלת החלטות מושכלות.
האלמנטים האלה עוזרים לכם לבנות סביבת ענן עמידה שיכולה להתמודד עם מגוון רחב של אתגרים ושיבושים. האלמנטים האלה יכולים גם לעזור לצמצם את הסיכון לתקריות יקרות ולזמן השבתה, ולעזור לכם להשיג גמישות עסקית והצלחה רבה יותר. היסודות האלה מחולקים לארבעת תחומי המיקוד של המוכנות התפעולית: כוח עבודה, תהליכים, כלים ומשילות.
המלצות
כדי לנהל אירועים ובעיות בצורה יעילה, כדאי להשתמש בהמלצות שבסעיפים הבאים. כל המלצה במסמך הזה רלוונטית לאחד או יותר מתחומי המיקוד של מוכנות תפעולית.
הגדרת נהלים ברורים לתגובה לאירועים
כדי להגיב לאירועים בצורה יעילה ומתואמת, חשוב להגדיר תפקידים ותחומי אחריות ברורים. בנוסף, פרוטוקולים ברורים של תקשורת ונתיבי העברה לטיפול ברמה גבוהה יותר עוזרים להבטיח שהמידע ישותף במהירות וביעילות במהלך אירוע. ההמלצה הזו רלוונטית לתחומי המיקוד הבאים של מוכנות תפעולית: כוח עבודה, תהליכים וכלים.
כדי לקבוע נהלי תגובה לאירועים, צריך להגדיר את התפקידים והציפיות מכל חבר צוות, כמו מפקדי אירועים, חוקרים, אנשי תקשורת ומומחים טכניים. הגדרת ערוצי תקשורת והעברה לטיפול ברמה גבוהה יותר כוללת זיהוי של אנשי קשר חשובים, הגדרת ערוצי תקשורת והגדרת התהליך להעברת אירועים לטיפול ברמות ניהול גבוהות יותר במקרה הצורך. הדרכות והכנות שוטפות עוזרות לוודא שהצוותים מצוידים בידע ובמיומנויות הנדרשים כדי להגיב לאירועים בצורה יעילה.
אם תתעדו את הנהלים לתגובה לאירועים במדריך הפעלה או במדריך, תוכלו לספק מדריך עזר סטנדרטי שהצוותים יוכלו לפעול לפיו במהלך אירוע. מדריך ההפעלה צריך לכלול את השלבים שצריך לבצע בכל שלב בתהליך התגובה לאירוע, כולל תקשורת, מיון, חקירה ופתרון. הוא צריך לכלול גם מידע על כלים ומשאבים רלוונטיים ופרטים ליצירת קשר עם אנשי צוות חשובים. חשוב לבדוק ולעדכן את מדריך ההפעלה באופן קבוע כדי לוודא שהוא עדכני ויעיל.
ניהול אירועים מרכזי
כדי לעקוב כמו שצריך אחרי כל שלבי האירוע ולנהל אותם, כדאי להשתמש במערכת מרכזית לניהול אירועי אבטחה. ההמלצה הזו רלוונטית לתחומי המיקוד הבאים של מוכנות תפעולית: תהליכים וכלים.
למערכת מרכזית לניהול אירועי אבטחה יש כמה יתרונות:
- שיפור החשיפה: כשכל הנתונים שקשורים לאירוע מרוכזים במקום אחד, הצוותים לא צריכים לחפש הקשר בערוצים או במערכות שונות. הגישה הזו חוסכת זמן ומצמצמת את הבלבול, ומספקת לבעלי העניין תמונה מקיפה של האירוע, כולל הסטטוס, ההשפעה וההתקדמות שלו.
- תיאום ושיתוף פעולה משופרים: מערכת מרכזית מספקת פלטפורמה מאוחדת לתקשורת ולניהול משימות. הוא מקדם שיתוף פעולה חלק בין המחלקות והפונקציות השונות שמעורבות בתגובה לאירוע. כך כולם יכולים לגשת למידע עדכני, וזה מפחית את הסיכון לתקשורת לקויה ולחוסר התאמה.
- אחריות ובעלות משופרות: מערכת מרכזית לניהול אירועים מאפשרת לארגון להקצות משימות לאנשים או לצוותים ספציפיים, ולוודא שתחומי האחריות מוגדרים בבירור ומנוהלים במעקב. הגישה הזו מקדמת אחריות ומעודדת פתרון בעיות באופן יזום, כי חברי הצוות יכולים לעקוב בקלות אחרי ההתקדמות והתרומה שלהם.
מערכת מרכזית לניהול אירועי אבטחה צריכה להציע תכונות מתקדמות למעקב אחרי אירועים, להקצאת משימות ולניהול התקשורת. התכונות האלה מאפשרות להתאים אישית את תהליכי העבודה, להגדיר סדרי עדיפויות ולשלב עם מערכות אחרות, כמו כלים למעקב ומערכות לניהול פניות.
הטמעה של מערכת מרכזית לניהול אירועים מאפשרת לכם לשפר את תהליכי התגובה לאירועים בארגון, את שיתוף הפעולה ואת החשיפה. כך אפשר לפתור אירועים מהר יותר, לצמצם את זמן ההשבתה ולשפר את שביעות רצון הלקוחות. הוא גם עוזר לטפח תרבות של שיפור מתמיד, כי אפשר ללמוד מאירועים קודמים ולזהות תחומים שצריך לשפר.
ביצוע בדיקות יסודיות אחרי אירועים
אחרי שאירוע מתרחש, צריך לבצע בדיקה מפורטת לאחר האירוע (PIR), שנקראת גם ניתוח לאחר מעשה, כדי לזהות את שורש הבעיה, הגורמים שתרמו לה והלקחים שנלמדו. הבדיקה היסודית הזו תעזור לכם למנוע מקרים דומים בעתיד. ההמלצה הזו רלוונטית לתחומי המיקוד הבאים של מוכנות תפעולית: תהליכים ופיקוח.
תהליך ה-PIR צריך לכלול צוות רב-תחומי עם מומחיות בהיבטים שונים של האירוע. הצוות צריך לאסוף את כל המידע הרלוונטי באמצעות ראיונות, בדיקת מסמכים ובדיקות באתר. צריך ליצור ציר זמן של אירועים כדי לקבוע את רצף הפעולות שהובילו לאירוע.
אחרי שהצוות אוסף את המידע הנדרש, הוא צריך לבצע ניתוח של שורש הבעיה כדי לקבוע מהם הגורמים שהובילו לאירוע. בניתוח הזה צריך לזהות את הגורם המיידי ואת הבעיות המערכתיות שתרמו לאירוע.
בנוסף לזיהוי שורש הבעיה, צוות ה-PIR צריך לזהות גורמים אחרים שתרמו לאירוע. הגורמים האלה יכולים לכלול טעות אנוש, תקלה בציוד או גורמים ארגוניים כמו כשלים בתקשורת וחוסר הכשרה.
דוח ה-PIR חייב לתעד את ממצאי החקירה, כולל ציר הזמן של האירועים, ניתוח שורש הבעיה והפעולות המומלצות. הדוח הוא משאב חשוב ליישום פעולות לתיקון ולמניעת הישנות של הבעיה. צריך לשתף את הדוח עם כל בעלי העניין הרלוונטיים ולהשתמש בו כדי לפתח הדרכות ונהלים בנושא בטיחות.
כדי שתהליך ה-PIR יצליח, הארגון צריך לטפח תרבות שבה לא מחפשים אשמים, אלא מתמקדים בלמידה ובשיפור. תרבות כזו מעודדת אנשים לדווח על אירועים בלי לחשוש מנקמה, ומאפשרת לכם לטפל בבעיות מערכתיות ולבצע שיפורים משמעותיים.
אם תבצעו בדיקות PIR יסודיות ותיישמו אמצעי תיקון על סמך הממצאים, תוכלו להפחית באופן משמעותי את הסיכון לאירועים דומים בעתיד. הגישה הפרואקטיבית הזו לחקירת אירועים ולמניעתם עוזרת ליצור סביבת עבודה בטוחה ויעילה יותר לכל המעורבים.
לנהל מאגר ידע
מאגר ידע של בעיות מוכרות, פתרונות ומדריכים לפתרון בעיות הוא חיוני לניהול אירועים ולפתרון שלהם. חברי הצוות יכולים להשתמש במאגר הידע כדי לזהות במהירות בעיות נפוצות ולטפל בהן. הטמעה של מאגר ידע עוזרת לצמצם את הצורך בהעברה לטיפול ברמה גבוהה יותר ומשפרת את היעילות הכוללת. ההמלצה הזו רלוונטית לתחומי המיקוד הבאים של מוכנות תפעולית: כוח עבודה ותהליכים.
אחד היתרונות העיקריים של מאגר ידע הוא שהוא מאפשר לצוותים ללמוד מניסיון העבר ולהימנע מלחזור על טעויות. כשהצוותים מתעדים ומשתפים פתרונות לבעיות מוכרות, הם יכולים להבין ביחד איך לפתור בעיות נפוצות ומהן השיטות המומלצות לניהול אירועים. שימוש במאגר ידע חוסך זמן ומאמץ, ועוזר ליצור תהליכים סטנדרטיים ועקביות בפתרון אירועים.
בנוסף לקיצור זמני הטיפול באירועים, מאגר ידע מעודד שיתוף ידע ושיתוף פעולה בין צוותים. מאגר מידע מרכזי מאפשר לצוותים לגשת בקלות למאגר הידע ולתרום לו, וכך מקדם תרבות של למידה ושיפור מתמשכים. תרבות כזו מעודדת את הצוותים לשתף את המומחיות והניסיון שלהם, וכך נוצר מאגר ידע מקיף ובעל ערך רב יותר.
כדי ליצור ולנהל מאגר ידע בצורה יעילה, צריך להשתמש בכלים ובטכנולוגיות מתאימים. פלטפורמות לשיתוף פעולה כמו Google Workspace מתאימות מאוד למטרה הזו, כי הן מאפשרות ליצור, לערוך ולשתף מסמכים בקלות. הכלים האלה תומכים גם בניהול גרסאות ובמעקב אחרי שינויים, כדי לוודא שמאגר הידע נשאר עדכני ומדויק.
מאגר הידע צריך להיות נגיש בקלות לכל הצוותים הרלוונטיים. כדי לעשות את זה, אפשר לשלב את מאגר הידע עם מערכות קיימות לניהול אירועים, או לספק פורטל ייעודי או אתר אינטראנט. מאגר ידע זמין מאפשר לצוותים לגשת במהירות למידע שהם צריכים כדי לפתור אירועים ביעילות. הזמינות הזו עוזרת לצמצם את זמני ההשבתה ואת ההשפעה על הפעילות העסקית.
חשוב לבדוק ולעדכן את מאגר הידע באופן קבוע כדי לוודא שהוא נשאר רלוונטי ושימושי. לעקוב אחרי דיווחים על אירועים, לזהות בעיות נפוצות ומגמות, ולהוסיף פתרונות חדשים ומדריכים לפתרון בעיות למאגר הידע. מאגר ידע עדכני עוזר לצוותים לפתור אירועים מהר יותר וביעילות רבה יותר.
אוטומציה של תגובה לאירועים
אוטומציה עוזרת לייעל את תהליכי התגובה לאירועים והתיקון שלהם. הוא מאפשר לכם לטפל בפרצות אבטחה ובכשלים במערכת במהירות וביעילות. באמצעות Google Cloud מוצרים כמו פונקציות Cloud Run או Cloud Run, אתם יכולים להפוך לאוטומטיות משימות שונות שבדרך כלל מבוצעות באופן ידני וגוזלות זמן. ההמלצה הזו רלוונטית לתחומי המיקוד הבאים של מוכנות תפעולית: תהליכים וכלים.
היתרונות של תגובה אוטומטית לאירועים:
- זיהוי מהיר יותר של אירועים וטיפול בהם: כלים אוטומטיים יכולים לעקוב באופן רציף אחרי מערכות ואפליקציות, לזהות פעילויות חשודות או חריגות בזמן אמת, להודיע לבעלי העניין או להגיב בלי התערבות. האוטומציה הזו מאפשרת לזהות איומים או בעיות פוטנציאליים לפני שהם הופכים לאירועים משמעותיים. כשמזוהה אירוע, כלים אוטומטיים יכולים להפעיל פעולות תיקון מוגדרות מראש, כמו בידוד המערכות המושפעות, הסגר של קבצים זדוניים או ביטול שינויים כדי לשחזר את המערכת למצב תקין ידוע.
- פחות עומס על צוותי האבטחה והתפעול: תגובה אוטומטית לאירועים מאפשרת לצוותי האבטחה והתפעול להתמקד במשימות אסטרטגיות יותר. כשמבצעים אוטומציה של משימות שגרתיות שחוזרות על עצמן, כמו איסוף מידע לאבחון או הפעלת התראות, הארגון יכול לפנות את הצוות לטיפול באירועים מורכבים וקריטיים יותר. האוטומציה הזו יכולה לשפר את היעילות הכוללת של התגובה לאירוע.
- שיפור העקביות והדיוק של תהליך התיקון: כלים אוטומטיים יכולים להבטיח שפעולות התיקון יתבצעו באופן אחיד בכל המערכות המושפעות, וכך לצמצם את הסיכון לטעויות אנוש או לחוסר עקביות. התקנון של תהליך התיקון עוזר לצמצם את ההשפעה של האירועים על המשתמשים ועל העסק.
ניהול וייעול השימוש במשאבי הענן
העיקרון הזה, שמופיע בעמוד התווך "מצוינות תפעולית" של Google Cloud Well-Architected Framework, מספק המלצות שיעזרו לכם לנהל את המשאבים שבהם משתמשים עומסי העבודה בענן ולייעל את השימוש בהם. כדי לעשות את זה, צריך לבחור את הגודל המתאים לפי השימוש והביקוש בפועל, להשתמש בהתאמה אוטומטית לעומס בשביל להקצות משאבים בצורה דינמית, להטמיע אסטרטגיות לאופטימיזציה של עלויות ולבדוק באופן קבוע את ניצול המשאבים והעלויות. הרבה מהנושאים שמוזכרים בעיקרון הזה מפורטים בעמוד התווך אופטימיזציה של עלויות.
סקירה כללית של העקרונות
ניהול ואופטימיזציה של משאבי הענן הם חלק חיוני באופטימיזציה של ההוצאות בענן, השימוש במשאבים ויעילות התשתית. הוא כולל אסטרטגיות שונות ושיטות מומלצות שמטרתן למקסם את הערך וההחזר מההוצאות בענן.
ההתמקדות של העיקרון הזה באופטימיזציה היא לא רק לצמצום העלויות. הוא מדגיש את המטרות הבאות:
- יעילות: שימוש באוטומציה ובניתוח נתונים כדי להשיג ביצועים אופטימליים וחיסכון בעלויות.
- ביצועים: התאמה של המשאבים בקלות כדי לעמוד בדרישות המשתנות ולהשיג תוצאות אופטימליות.
- יכולת התאמה לעומס: התאמת התשתית והתהליכים כדי להתמודד עם צמיחה מהירה ועומסי עבודה מגוונים.
התמקדות ביעדים האלה תאפשר לכם להשיג איזון בין העלות לפונקציונליות. אתם יכולים לקבל החלטות מושכלות לגבי הקצאת משאבים, התאמה לעומס והעברה. בנוסף, אתם מקבלים תובנות חשובות לגבי דפוסי צריכת המשאבים, שמאפשרות לכם לזהות באופן יזום בעיות פוטנציאליות ולטפל בהן לפני שהן מחמירות.
המלצות
כדי לנהל את המשאבים ולשפר את השימוש בהם, כדאי לפעול לפי ההמלצות שבקטעים הבאים. כל המלצה במסמך הזה רלוונטית לאחד או יותר מתחומי המיקוד של מוכנות תפעולית.
התאמת גודל המשאבים
כדי לנהל ביעילות את המשאבים בענן, חשוב לעקוב באופן קבוע אחרי ניצול המשאבים ולהתאים את הקצאת המשאבים לביקוש בפועל. הקצאת יתר של משאבים עלולה להוביל לעלויות מיותרות, והקצאת חסר עלולה לגרום לצווארי בקבוק בביצועים שמשפיעים על ביצועי האפליקציה ועל חוויית המשתמש. כדי להגיע לאיזון אופטימלי, צריך לנקוט גישה פרואקטיבית להתאמת משאבי הענן. ההמלצה הזו רלוונטית לתחום המיקוד של מוכנות תפעולית בנושא ניהול.
Cloud Monitoring ושירות ההמלצות יכולים לעזור לכם לזהות הזדמנויות להתאמת משאבים. בעזרת Cloud Monitoring אפשר לראות בזמן אמת את מדדי ניצול המשאבים במערכת. התצוגה הזו מאפשרת לעקוב אחרי דפוסי השימוש במשאבים ולזהות חוסר יעילות פוטנציאלי. שירות ההמלצות מנתח את נתוני השימוש במשאבים כדי להציע המלצות חכמות לאופטימיזציה של הקצאת המשאבים. בעזרת הכלים האלה אתם יכולים לקבל תובנות לגבי השימוש במשאבים ולקבל החלטות מושכלות לגבי התאמת המשאבים.
בנוסף ל-Cloud Monitoring ולשירות ההמלצות, כדאי להשתמש במדדים מותאמים אישית כדי להפעיל פעולות אוטומטיות של התאמה לגודל הנכון. מדדים בהתאמה אישית מאפשרים לעקוב אחרי מדדים ספציפיים של ניצול משאבים שרלוונטיים לאפליקציות ולעומסי העבודה שלכם. אתם יכולים גם להגדיר התראות כדי להודיע לאדמינים כשהמערכת מגיעה לספים שהוגדרו מראש. לאחר מכן, האדמינים יכולים לבצע את הפעולות הנדרשות כדי לשנות את הקצאת המשאבים. הגישה היזומה הזו מבטיחה שהמשאבים יותאמו בזמן, וכך עוזרת לייעל את עלויות הענן ולמנוע בעיות בביצועים.
שימוש בהתאמה אוטומטית לעומס (Automatic scaling)
התאמה אוטומטית לעומס של משאבי המחשוב ומשאבים אחרים עוזרת להבטיח ביצועים אופטימליים וחיסכון בעלויות של האפליקציות מבוססות-הענן. באמצעות התאמה אוטומטית לעומס (automatic scaling) אפשר להתאים באופן דינמי את קיבולת המשאבים לפי התנודות בעומס העבודה, כדי שיהיו לכם את המשאבים שאתם צריכים בזמן שאתם צריכים אותם, בלי הקצאת יתר ועלויות מיותרות. ההמלצה הזו רלוונטית לתהליכים בתחום המיקוד של מוכנות תפעולית.
כדי לענות על הצרכים השונים של אפליקציות ועומסי עבודה שונים, ב-Google Cloud יש כמה אפשרויות לשימוש בהתאמה אוטומטית לעומס (automatic scaling). למשל:
- קבוצות מופעי מכונה מנוהלים (MIG) ב-Compute Engine הן קבוצות של מכונות וירטואליות שמנוהלות ומותאמות לעומס בתור ישות אחת. באמצעות קבוצות MIG אפשר להגדיר מדיניות להתאמה אוטומטית לעומס (automatic scaling), שמצוין בה המספר המינימלי והמקסימלי של מכונות וירטואליות שצריך לשמר בקבוצה, ואת התנאים שמפעילים את ההתאמה האוטומטית לעומס. לדוגמה, אפשר להגדיר מדיניות להוספת מכונות וירטואליות לקבוצת מכונות מנוהלת כשניצול ה-CPU מגיע לסף מסוים, ולהסרת מכונות וירטואליות כשהניצול יורד מתחת לסף אחר.
התאמה אוטומטית לעומס ב-Google Kubernetes Engine (GKE) מאפשרת להתאים את משאבי האשכול לצרכים של האפליקציה באופן דינמי. הוא כולל את הכלים הבאים:
- הכלי Cluster Autoscaler מוסיף או מסיר צמתים על סמך דרישות המשאבים של Pod.
- Horizontal Pod Autoscaler משנה את מספר הרפליקות של Pods על סמך מדדי מעבד, זיכרון או מדדים בהתאמה אישית.
- הכלי Vertical Pod Autoscaler מכוונן את הקצאות המשאבים והמגבלות של Pod על סמך דפוסי השימוש.
- הקצאת צמתים אוטומטית (NAP) יוצרת באופן אוטומטי מאגרי צמתים אופטימליים לעומסי העבודה שלכם.
הכלים האלה פועלים יחד כדי לייעל את ניצול המשאבים, להשפיע על ביצועי האפליקציות ולפשט את ניהול האשכולות.
Cloud Run היא פלטפורמה ללא שרת (serverless) שמאפשרת להריץ קוד בלי לנהל תשתית. ב-Cloud Run מובנית התאמה אוטומטית לעומס (automatic scaling) שמשנה באופן אוטומטי את מספר המכונות בהתאם לתעבורת הנתונים הנכנסת. כשהנפח של תעבורת הנתונים גדל, Cloud Run מגדיל את מספר המכונות כדי להתמודד עם העומס. כשתנועת הגולשים פוחתת, Cloud Run מצמצם את מספר המכונות כדי להפחית את העלויות.
באמצעות האפשרויות האלה להתאמה אוטומטית לעומס, אתם יכולים לוודא שלאפליקציות מבוססות-הענן יש את המשאבים הנדרשים בשביל לטפל בעומסי עבודה משתנים, בלי הקצאת יתר ועלויות מיותרות. שימוש בהתאמה אוטומטית לעומס יכול לשפר את הביצועים, לחסוך בעלויות ולייעל את השימוש במשאבי הענן.
שימוש באסטרטגיות לאופטימיזציה של עלויות
אופטימיזציה של ההוצאות בענן עוזרת לנהל ביעילות את תקציבי ה-IT של הארגון. ההמלצה הזו רלוונטית לתחום המיקוד של מוכנות תפעולית בנושא ניהול.
ב-Google Cloud יש כמה כלים ושיטות שיעזרו לכם להוזיל את העלויות בענן. השימוש בכלים ובשיטות האלה יעזור לכם להפיק את המקסימום מההוצאות בענן. הכלים והשיטות האלה עוזרים לזהות תחומים שבהם אפשר להפחית את העלויות, כמו זיהוי משאבים שלא מנוצלים מספיק או המלצה על סוגי מכונות חסכוניים יותר.אפשרויות Google Cloud לאופטימיזציה של עלויות הענן כוללות:
- הנחות תמורת התחייבות לשימוש (CUD) הן הנחות שניתנות בתמורה להתחייבות לרמה מסוימת של שימוש לאורך תקופה מסוימת.
- הנחות על שימוש קבוע ב-Compute Engine ניתנות על שימוש עקבי בשירות.
- VM במודל Spot מספקות גישה לקיבולת לא מנוצלת של מכונות וירטואליות בעלות נמוכה יותר בהשוואה למכונות וירטואליות רגילות.
מודלים של תמחור עשויים להשתנות עם הזמן, וייתכן שיוצגו תכונות חדשות שיציעו ביצועים טובים יותר או עלות נמוכה יותר בהשוואה לאפשרויות הקיימות. לכן, חשוב לבדוק באופן קבוע את מודלי התמחור ולשקול תכונות חלופיות. אם תתעדכנו במודלים ובפיצ'רים החדשים ביותר של תמחור, תוכלו לקבל החלטות מושכלות לגבי ארכיטקטורת הענן שלכם כדי לצמצם את העלויות.
כלי ניהול העלויות שלGoogle Cloud, כמו תקציבים והתראות, מספקים תובנות חשובות לגבי ההוצאות בענן. התכונה "תקציבים והתראות" מאפשרת למשתמשים להגדיר תקציבים ולקבל התראות כשהם חורגים מהתקציב. הכלים האלה עוזרים למשתמשים לעקוב אחרי ההוצאות שלהם בענן ולזהות תחומים שבהם אפשר להוזיל את העלויות.
מעקב אחרי השימוש במשאבים והעלויות שלהם
אתם יכולים להשתמש בתיוג ובהוספת תוויות כדי לעקוב אחרי השימוש במשאבים והעלויות שלהם. כדי לסווג ולארגן את המשאבים בענן, אתם יכולים להקצות להם תגים ותוויות לפי פרויקטים, מחלקות או מאפיינים רלוונטיים אחרים. כך תוכלו לעקוב אחרי דפוסי ההוצאות של משאבים ספציפיים, לנתח אותם ולזהות אזורים עם שימוש גבוה או פוטנציאל לחיסכון בעלויות. ההמלצה הזו רלוונטית לתחומי המיקוד הבאים של מוכנות תפעולית: ניהול וכלים.
כלים כמו חיוב ב-Cloud וניהול עלויות עוזרים לכם להבין לעומק את דפוסי ההוצאות שלכם. הכלים האלה מספקים תובנות מפורטות לגבי השימוש בענן, ומאפשרים לזהות מגמות, לחזות עלויות ולקבל החלטות מושכלות. ניתוח של נתונים היסטוריים ודפוסי הוצאות נוכחיים מאפשר לכם לזהות את התחומים שבהם כדאי להתמקד כדי לבצע אופטימיזציה של העלויות.
מרכזי בקרה ודוחות בהתאמה אישית עוזרים לכם להציג באופן חזותי את נתוני העלויות ולקבל תובנות מעמיקות יותר לגבי מגמות בהוצאות. התאמה אישית של לוחות הבקרה עם מדדים ומאפיינים רלוונטיים מאפשרת לעקוב אחרי מדדי ביצועים מרכזיים (KPI) ואחרי ההתקדמות לקראת יעדי האופטימיזציה של העלויות. הדוחות מציעים ניתוחים מעמיקים יותר של נתוני העלויות. הדוחות מאפשרים לסנן את הנתונים לפי תקופות זמן או סוגי משאבים ספציפיים, כדי להבין את הגורמים הבסיסיים שתורמים להוצאות בענן.
חשוב לבדוק ולעדכן באופן קבוע את התגים, התוויות והכלים לניתוח עלויות, כדי לוודא שיש לכם את המידע העדכני ביותר על השימוש והעלויות בענן. כדי לזהות במהירות עליות בלתי צפויות בהוצאות, חשוב להתעדכן ולבצע ניתוחים לאחר מעשה או בדיקות יזומות של העלויות. כך תוכלו לקבל החלטות יזומות כדי לבצע אופטימיזציה של משאבי הענן ולשלוט בעלויות.
הקצאת עלויות ותקצוב
אחריות ושקיפות בניהול עלויות הענן הן חיוניות לאופטימיזציה של ניצול המשאבים ולהבטחת בקרה פיננסית. ההמלצה הזו רלוונטית לתחום המיקוד של מוכנות תפעולית בנושא ניהול.
כדי להבטיח אחריותיות ושקיפות, אתם צריכים מנגנונים ברורים להקצאת עלויות ולהחזרים כספיים בעקבות ביטול עסקה. כשמקצים עלויות לצוותים, לפרויקטים או לאנשים ספציפיים, הארגון יכול לוודא שכל אחת מהישויות האלה אחראית לשימוש שלה בענן. כך אפשר לטפח תחושת בעלות ולעודד ניהול משאבים אחראי. בנוסף, מנגנוני חיוב פנימי מאפשרים לארגון להחזיר את עלויות הענן מלקוחות פנימיים, להתאים את התמריצים לביצועים ולקדם משמעת פיסקלית.
היבט חיוני נוסף של ניהול העלויות בענן הוא הגדרת תקציבים לצוותים או לפרויקטים שונים. הגדרת תקציבים מאפשרת לארגון להגדיר תקרות הוצאות ולעקוב אחרי ההוצאות בפועל בהשוואה לתקרות האלה. כך תוכלו לקבל החלטות יזומות כדי למנוע הוצאות לא מבוקרות. הגדרת תקציבים ריאליים וניתנים להשגה תבטיח שימוש יעיל במשאבי הענן, בהתאם ליעדים העסקיים. מעקב קבוע אחרי ההוצאות בפועל בהשוואה לתקציבים עוזר לזהות חריגות ולטפל במהירות בחריגות פוטנציאליות.
כדי לעקוב אחרי התקציבים, אתם יכולים להשתמש בכלים כמו תקציבים והתראות של חיוב ב-Cloud. הכלים האלה מספקים תובנות בזמן אמת לגבי ההוצאות בענן, ומתריעים לבעלי העניין על חריגות פוטנציאליות. בעזרת היכולות האלה אתם יכולים לעקוב אחרי העלויות בענן ולבצע פעולות לתיקון לפני שמתרחשות חריגות משמעותיות. הגישה הפרואקטיבית הזו עוזרת למנוע הפתעות פיננסיות ומבטיחה שימוש אחראי במשאבי הענן.
אוטומציה וניהול של שינויים
העיקרון הזה, שמופיע בעמוד התווך "מצוינות תפעולית" של Google Cloud Well-Architected Framework, מספק המלצות שיעזרו לכם להפוך את השינויים בעומסי העבודה בענן לאוטומטיים ולנהל אותם. כדי לעשות את זה צריך להטמיע תשתית כקוד (IaC), לקבוע נהלי הפעלה סטנדרטיים, להטמיע תהליך מובנה של ניהול שינויים ולהשתמש באוטומציה ובתזמור.
סקירה כללית של העקרונות
ניהול השינויים והאוטומציה ממלאים תפקיד חיוני בהבטחת מעברים חלקים ומבוקרים בסביבות הענן. כדי לנהל שינויים בצורה יעילה, צריך להשתמש באסטרטגיות ובשיטות מומלצות שמצמצמות את ההפרעות ומוודאות שהשינויים משולבים בצורה חלקה במערכות הקיימות.
ניהול שינויים ואוטומציה יעילים כוללים את הרכיבים הבסיסיים הבאים:
- ניהול שינויים: קובעים מדיניות ונהלים ברורים לניהול שינויים, כולל תהליכי אישור ותוכניות תקשורת.
- הערכת סיכונים: זיהוי סיכונים פוטנציאליים שקשורים לשינויים וצמצום שלהם באמצעות טכניקות לניהול סיכונים.
- בדיקה ואימות: בודקים ביסודיות את השינויים כדי לוודא שהם עומדים בדרישות הפונקציונליות והביצועים, וכדי לצמצם את הסיכון לרגרסיות פוטנציאליות.
- פריסה מבוקרת: הטמעת השינויים באופן מבוקר, כדי לוודא שהמשתמשים עוברים בצורה חלקה לסביבה החדשה, עם מנגנונים לחזרה חלקה למצב הקודם במקרה הצורך.
היסודות האלה עוזרים לצמצם את ההשפעה של השינויים ולוודא שהם משפיעים לטובה על הפעילות העסקית. האלמנטים האלה מיוצגים על ידי התהליכים, הכלים והניהול של תחומי המיקוד של מוכנות תפעולית.
המלצות
כדי להפוך את השינוי לאוטומטי ולנהל אותו, כדאי לעיין בהמלצות שבקטעים הבאים. כל המלצה במסמך הזה רלוונטית לאחד או יותר מתחומי המיקוד של מוכנות תפעולית.
שימוש ב-IaC
תשתית כקוד (IaC) היא גישה מהפכנית לניהול תשתית ענן. אתם יכולים להגדיר ולנהל את תשתית הענן באופן הצהרתי באמצעות כלים כמו Terraform. בעזרת IaC אפשר להשיג עקביות, יכולת חזרה וניהול שינויים פשוט יותר. הוא גם מאפשר פריסות מהירות ואמינות יותר. ההמלצה הזו רלוונטית לתחומי המיקוד הבאים של מוכנות תפעולית: תהליכים וכלים.
אלה היתרונות העיקריים של גישת IaC בפריסות בענן:
- הגדרות משאבים קריאות לאנשים: בגישת IaC, אתם יכולים להצהיר על משאבי תשתית הענן בפורמט קריא לאנשים, כמו JSON או YAML. מנהלים ומפעילים של תשתיות יכולים להבין ולשנות בקלות את התשתית ולשתף פעולה עם אחרים.
- עקביות ויכולת חזרה: בעזרת IaC אפשר להשיג עקביות ויכולת חזרה בפריסות של התשתית. אתם יכולים לוודא שהתשתית שלכם מוקצית ומוגדרת באותו אופן בכל פעם, בלי קשר למי שמבצע את הפריסה. הגישה הזו עוזרת לצמצם שגיאות ולוודא שהתשתית תמיד במצב ידוע.
- אחריות ופתרון בעיות פשוט יותר: גישת ה-IaC עוזרת לשפר את האחריות ומקלה על פתרון הבעיות. כשמאחסנים את קוד ה-IaC במערכת לניהול גרסאות, אפשר לעקוב אחרי השינויים ולזהות מתי הם בוצעו ועל ידי מי. במידת הצורך, אפשר לחזור בקלות לגרסאות קודמות.
הטמעת ניהול גרסאות
מערכת לניהול גרסאות כמו Git היא רכיב מרכזי בתהליך IaC. הוא מספק יכולות חזקות לניהול שינויים ולהפחתת סיכונים, ולכן הוא נמצא בשימוש נרחב, באמצעות פיתוח פנימי או פתרונות SaaS. ההמלצה הזו רלוונטית לתחומי המיקוד הבאים של מוכנות תפעולית: ניהול וכלים.
מעקב אחרי שינויים בקוד ובהגדרות של IaC מאפשר לראות את התפתחות הקוד, וכך קל יותר להבין את ההשפעה של השינויים ולזהות בעיות פוטנציאליות. החשיפה המוגברת הזו מעודדת שיתוף פעולה בין חברי הצוות שעובדים על אותו פרויקט IaC.
רוב המערכות לניהול גרסאות מאפשרות לבטל שינויים בקלות במקרה הצורך. היכולת הזו עוזרת לצמצם את הסיכון לתוצאות לא מכוונות או לשגיאות. שימוש בכלים כמו Git בתהליך העבודה של IaC יכול לשפר משמעותית את תהליכי ניהול השינויים, לעודד שיתוף פעולה ולצמצם סיכונים, וכך להוביל להטמעה יעילה ואמינה יותר של IaC.
פיתוח צינורות עיבוד נתונים של CI/CD
צינורות עיבוד נתונים לאינטגרציה רציפה (CI) ופיתוח רציף (continuous delivery) מייעלים את תהליך הפיתוח והפריסה של אפליקציות בענן. צינורות עיבוד נתונים של CI/CD הופכים את שלבי הפיתוח, הבדיקה והפריסה לאוטומטיים, וכך מאפשרים להשיק גרסאות בתדירות גבוהה יותר ובקרת איכות משופרת. ההמלצה הזו רלוונטית לתחום המיקוד של כלי העבודה במוכנות תפעולית.
פייפליינים של CI/CD מבטיחים ששינויי קוד משולבים באופן רציף במאגר מרכזי, בדרך כלל מערכת לניהול גרסאות כמו Git. שילוב רציף מאפשר לזהות ולפתור בעיות בשלב מוקדם, ומפחית את הסבירות לבאגים או לבעיות תאימות.
כדי ליצור ולנהל צינורות עיבוד נתונים של CI/CD לאפליקציות בענן, אתם יכולים להשתמש בכלים כמו Cloud Build ו-Cloud Deploy.
- Cloud Build הוא שירות מנוהל לפיתוח גרסאות build, שמאפשר למפתחים להגדיר ולהריץ שלבי פיתוח באופן הצהרתי. הוא משתלב בצורה חלקה עם פלטפורמות פופולריות לניהול קוד מקור, ואירועים כמו דחיפות קוד ובקשות משיכה יכולים להפעיל אותו.
- Cloud Deploy הוא שירות פריסה ללא שרת (serverless) שמאפשר להפוך את תהליך הפריסה של אפליקציות לאוטומטי בסביבות שונות, כמו בדיקה, Staging וייצור. הוא מספק תכונות כמו פריסות כחול-ירוק (blue-green deployment), חלוקת תנועה ויכולות חזרה למצב קודם, שמקלות על הניהול והמעקב אחרי פריסות של אפליקציות.
שילוב של פייפליינים של CI/CD עם מערכות לניהול גרסאות ו-frameworks לבדיקות עוזר להבטיח את האיכות והאמינות של האפליקציות בענן. באמצעות הרצת בדיקות אוטומטיות כחלק מתהליך ה-CI/CD, צוותי הפיתוח יכולים לזהות ולתקן במהירות בעיות לפני פריסת הקוד בסביבת הייצור. השילוב הזה עוזר לשפר את היציבות והביצועים הכוללים של האפליקציות בענן.
שימוש בכלים לניהול הגדרות אישיות
כלים כמו Puppet, Chef, Ansible ו-VM Manager עוזרים להגדיר ולנהל באופן אוטומטי את המשאבים בענן. בעזרת הכלים האלה תוכלו לוודא שהמשאבים עקביים ותואמים בסביבות הענן שלכם. ההמלצה הזו רלוונטית לתחום המיקוד של מוכנות תפעולית בכלי.
אוטומציה של ההגדרה והניהול של משאבי הענן מספקת את היתרונות הבאים:
- צמצום משמעותי בסיכון לשגיאות ידניות: כשמדובר בתהליכים ידניים, יש סיכוי גבוה יותר לטעויות בגלל טעויות אנוש. כלי ניהול הגדרות מפחיתים את הסיכון הזה על ידי אוטומציה של תהליכים, כך שההגדרות מיושמות באופן עקבי ומדויק בכל משאבי הענן. האוטומציה הזו יכולה לשפר את האמינות והיציבות של סביבת הענן.
- שיפור ביעילות התפעולית: אוטומציה של משימות שחוזרות על עצמן מאפשרת לצוות ה-IT להתמקד ביוזמות אסטרטגיות יותר. האוטומציה הזו יכולה להגביר את הפרודוקטיביות, לחסוך בעלויות ולשפר את התגובה לצרכים העסקיים המשתנים.
- ניהול פשוט יותר של תשתית ענן מורכבת: ככל שסביבות הענן גדלות והופכות למורכבות יותר, קשה יותר לנהל את המשאבים. כלי ניהול ההגדרות מספקים פלטפורמה מרכזית לניהול משאבי הענן. הכלים האלה מקלים על מעקב אחרי הגדרות, זיהוי בעיות והטמעת שינויים. השימוש בכלים האלה יכול לשפר את הניראות, השליטה והאבטחה של סביבת הענן.
אוטומציה של בדיקות
שילוב של בדיקות אוטומטיות בצינורות עיבוד הנתונים של CI/CD עוזר להבטיח את האיכות והאמינות של האפליקציות בענן. כשמאמתים את השינויים לפני הפריסה, אפשר להפחית משמעותית את הסיכון לשגיאות ולרגרסיות, וכך ליצור מערכת תוכנה יציבה וחזקה יותר. ההמלצה הזו רלוונטית לתחומי המיקוד הבאים של מוכנות תפעולית: תהליכים וכלים.
אלה היתרונות העיקריים של שילוב בדיקות אוטומטיות בצינורות עיבוד הנתונים של CI/CD:
- זיהוי מוקדם של באגים ופגמים: בדיקות אוטומטיות עוזרות לזהות באגים ופגמים בשלב מוקדם של תהליך הפיתוח, לפני שהם גורמים לבעיות גדולות בסביבת הייצור. היכולת הזו חוסכת זמן ומשאבים, כי היא מונעת את הצורך בתיקוני באגים ובעבודה חוזרת ויקרה בשלבים מאוחרים יותר בתהליך הפיתוח.
- קוד באיכות גבוהה שעומד בתקנים: בדיקות אוטומטיות יכולות לעזור לשפר את האיכות הכוללת של הקוד, ולוודא שהוא עומד בתקנים ובשיטות מומלצות מסוימות. היכולת הזו מאפשרת ליצור אפליקציות שקל יותר לתחזק, שהן אמינות יותר ופחות מועדות לשגיאות.
אפשר להשתמש בסוגים שונים של שיטות בדיקה בצינורות עיבוד נתונים של CI/CD. לכל סוג בדיקה יש מטרה ספציפית.
- בדיקת יחידה מתמקדת בבדיקת יחידות קוד נפרדות, כמו פונקציות או שיטות, כדי לוודא שהן פועלות כמו שצריך.
- בדיקות שילוב בודקות את האינטראקציות בין רכיבים או מודולים שונים של האפליקציה כדי לוודא שהם פועלים יחד כמו שצריך.
- בדיקות מקצה לקצה משמשות לעיתים קרובות יחד עם בדיקות יחידה ובדיקות אינטגרציה. בדיקות מקצה לקצה מדמות תרחישים בעולם האמיתי כדי לבדוק את האפליקציה כמכלול, ועוזרות לוודא שהאפליקציה עומדת בדרישות של משתמשי הקצה.
כדי לשלב ביעילות בדיקות אוטומטיות בצינורות עיבוד הנתונים של CI/CD, צריך לבחור כלים ומסגרות מתאימים לבדיקה. יש הרבה אפשרויות שונות, ולכל אחת מהן יש יתרונות וחסרונות משלה. אתם צריכים גם להגדיר אסטרטגיית בדיקה ברורה, שבה מפורטים סוגי הבדיקות שיש לבצע, תדירות הבדיקות והקריטריונים למעבר או לכישלון בבדיקה. אם תפעלו לפי ההמלצות האלה, תהליך הבדיקה האוטומטי שלכם יהיה יעיל ואפקטיבי. תהליך כזה מספק תובנות חשובות לגבי האיכות והאמינות של האפליקציות בענן.
שיפור וחדשנות באופן קבוע
העיקרון הזה, שמופיע בעמוד התווך "מצוינות תפעולית" של Google Cloud Well-Architected Framework, כולל המלצות שיעזרו לכם לשפר כל הזמן את הפעולות בענן ולעודד חדשנות.
סקירה כללית של העקרונות
כדי להמשיך לשפר ולחדש בענן, צריך להתמקד בלמידה, בניסויים ובהתאמה מתמשכים. כך תוכלו לבחון טכנולוגיות חדשות, לשפר תהליכים קיימים ולקדם תרבות של מצוינות שתאפשר לארגון שלכם להוביל בתחום.
באמצעות שיפור וחדשנות מתמשכים, תוכלו להשיג את היעדים הבאים:
- להאיץ את החדשנות: לבחון טכנולוגיות ושירותים חדשים כדי לשפר את היכולות ולהתבלט בשוק.
- הפחתת עלויות: זיהוי וביטול של חוסר יעילות באמצעות יוזמות לשיפור תהליכים.
- לשפר את הגמישות: להתאים את עצמכם במהירות לדרישות המשתנות של השוק ולצרכים של הלקוחות.
- קבלת החלטות מושכלות: אפשר להפיק תובנות חשובות מנתונים ומניתוח שלהם כדי לקבל החלטות שמבוססות על נתונים.
ארגונים שמאמצים את העיקרון של שיפור וחדשנות מתמשכים יכולים לממש את מלוא הפוטנציאל של סביבת הענן ולהשיג צמיחה בת קיימא. העיקרון הזה ממפה בעיקר את תחום המיקוד של כוח העבודה במוכנות תפעולית. תרבות של חדשנות מאפשרת לצוותים להתנסות בכלים ובטכנולוגיות חדשים כדי להרחיב את היכולות ולהוזיל עלויות.
המלצות
כדי לשפר ולחדש כל הזמן את עומסי העבודה בענן, כדאי לפעול לפי ההמלצות שבקטעים הבאים. כל המלצה במסמך הזה רלוונטית לאחד או יותר מתחומי המיקוד של מוכנות תפעולית.
טיפוח תרבות של למידה
לעודד את הצוותים להתנסות, לשתף ידע וללמוד כל הזמן. אמצו תרבות שבה לא מאשימים אף אחד, וכישלונות נתפסים כהזדמנויות לצמיחה ולשיפור. ההמלצה הזו רלוונטית לתחום המיקוד של מוכנות תפעולית בכוח העבודה.
כשמטפחים תרבות של למידה, הצוותים יכולים ללמוד מטעויות ולחזור על תהליכים במהירות. הגישה הזו מעודדת את חברי הצוות לקחת סיכונים, להתנסות ברעיונות חדשים ולהרחיב את גבולות העבודה שלהם. היא גם יוצרת סביבה בטוחה מבחינה פסיכולוגית, שבה אנשים מרגישים בנוח לשתף כישלונות וללמוד מהם. שיתוף כזה יוצר סביבה פתוחה ושיתופית יותר.
כדי לעודד שיתוף ידע ולמידה מתמשכת, צרו הזדמנויות לצוותים לשתף ידע וללמוד אחד מהשני. אפשר לעשות את זה באמצעות מפגשי למידה וכנסים רשמיים ולא רשמיים.
אם תטפחו תרבות של ניסויים, שיתוף ידע ולמידה מתמשכת, תוכלו ליצור סביבה שבה הצוותים יכולים לקחת סיכונים, לחדש ולצמוח. סביבה כזו יכולה להוביל לפרודוקטיביות גבוהה יותר, לפתרון בעיות משופר ולכוח עבודה מעורב ובעל מוטיבציה. בנוסף, קידום תרבות של הימנעות מהאשמות מאפשר ליצור מרחב בטוח שבו העובדים יכולים ללמוד מטעויות ולתרום לידע הקולקטיבי של הצוות. תרבות כזו מובילה בסופו של דבר לכוח עבודה גמיש ובעל יכולת הסתגלות, שמצויד טוב יותר להתמודד עם אתגרים ולהוביל להצלחה בטווח הארוך.
עורכים רטרוספקטיבות באופן קבוע
רטרוספקטיבות נותנות לצוותים הזדמנות לחשוב על החוויות שלהם, לזהות מה עבד טוב ומה אפשר לשפר. כשהצוותים עורכים רטרוספקטיבות אחרי פרויקטים או אירועים משמעותיים, הם יכולים ללמוד מההצלחות ומהכישלונות ולשפר כל הזמן את התהליכים והשיטות שלהם. ההמלצה הזו רלוונטית לתחומי המיקוד הבאים של מוכנות תפעולית: תהליכים ופיקוח.
דרך יעילה לבנות רטרוספקטיבה היא להשתמש במודל התחלה-עצירה-המשך:
- התחלה: בשלב ההתחלה של הרטרוספקטיבה, חברי הצוות מזהים שיטות, תהליכים והתנהגויות חדשים שלדעתם יכולים לשפר את העבודה שלהם. הם דנים בסיבות לשינויים ובדרכים ליישם אותם.
- הפסקה: בשלב ההפסקה, חברי הצוות מזהים ומפסיקים שיטות, תהליכים והתנהגויות שכבר לא יעילים או שמעכבים את ההתקדמות. הם דנים בסיבות לכך שהשינויים האלה נחוצים ובדרכים ליישם אותם.
- המשך: בשלב המשך, חברי הצוות מזהים שיטות, תהליכים והתנהגויות שעובדים טוב וצריך להמשיך בהם. הם דנים בסיבות לכך שהרכיבים האלה חשובים ואיך אפשר לחזק אותם.
שימוש בפורמט מובנה כמו המודל "התחלה-הפסקה-המשך" מאפשר לצוותים לוודא שהרטרוספקטיבות יהיו פרודוקטיביות וממוקדות. המודל הזה עוזר לנהל דיון, לזהות את המסקנות העיקריות ולזהות את הפעולות שצריך לבצע כדי לשפר את המצב בעתיד.
להתעדכן בטכנולוגיות ענן
כדי למקסם את הפוטנציאל של שירותי Google Cloud , חשוב להתעדכן בחידושים, בתכונות ובשיטות המומלצות. ההמלצה הזו רלוונטית לתחום המיקוד של מוכנות תפעולית בכוח העבודה.
השתתפות בכנסים, בוובינרים ובמפגשי הדרכה רלוונטיים היא דרך מצוינת להרחיב את הידע. האירועים האלה מספקים הזדמנויות ללמוד מהמומחים של Google Cloud , להבין יכולות חדשות וליצור קשר עם עמיתים בתחום שמתמודדים עם אתגרים דומים. במפגשים האלה תוכלו לקבל תובנות לגבי השימוש היעיל בתכונות החדשות, לבצע אופטימיזציה של הפעולות בענן ולקדם חדשנות בארגון.
כדי לוודא שחברי הצוות שלכם מתעדכנים בטכנולוגיות הענן, עודדו אותם לקבל הסמכות ולהשתתף בקורסי הדרכה.ב- Google Cloudיש מגוון רחב של הסמכות שמאמתות מיומנויות וידע בתחומים ספציפיים בענן. ההסמכות האלה מוכיחות את המחויבות למצוינות ומספקות הוכחה מוחשית למיומנות בטכנולוגיות ענן. קורסי ההדרכה שמוצעים על ידי Google Cloud והשותפים שלנו מתעמקים בנושאים ספציפיים. הם מספקים ניסיון ישיר ומיומנויות מעשיות שאפשר ליישם באופן מיידי בפרויקטים בעולם האמיתי. השקעה בפיתוח המקצועי של הצוות תעזור לכם לטפח תרבות של למידה מתמשכת ולוודא שלכולם יש את הכישורים הנדרשים כדי להצליח בענן.
לבקש משוב באופן פעיל וליישם אותו
אוספים משוב ממשתמשים, מבעלי עניין ומחברי הצוות. השתמשו במשוב כדי לזהות הזדמנויות לשיפור פתרונות הענן שלכם. ההמלצה הזו רלוונטית לתחום המיקוד של מוכנות תפעולית בכוח העבודה.
המשוב שתאספו יכול לעזור לכם להבין את הצרכים, הבעיות והציפיות של המשתמשים בפתרונות שלכם, שמשתנים כל הזמן. המשוב הזה הוא קלט חשוב שעוזר לנו לשפר את המוצר ולקבוע סדרי עדיפויות לשיפורים עתידיים. אתם יכולים להשתמש במנגנונים שונים כדי לאסוף משוב:
- סקרים הם דרך יעילה לאסוף נתונים כמותיים ממספר גדול של משתמשים ובעלי עניין.
- ראיונות עם משתמשים מספקים הזדמנות לאיסוף נתונים איכותיים ומעמיקים. ראיונות מאפשרים לכם להבין את האתגרים והחוויות הספציפיים של משתמשים בודדים.
- טופסי משוב שמוצבים בפתרונות הענן מאפשרים למשתמשים לתת משוב מיידי על החוויה שלהם.
- פגישות קבועות עם חברי הצוות יכולות לעזור לכם לאסוף משוב על היבטים טכניים ואתגרים בהטמעה.
צריך לנתח ולסנתז את המשוב שנאסף באמצעות המנגנונים האלה כדי לזהות נושאים ודפוסים נפוצים. הניתוח הזה יכול לעזור לכם לתעדף שיפורים עתידיים על סמך ההשפעה וההיתכנות של השיפורים המוצעים. כך תוכלו לטפל בצרכים ובבעיות שזוהו במשוב, ולוודא שהפתרונות בענן ממשיכים לענות על הדרישות המשתנות של המשתמשים ובעלי העניין.
למדוד ולעקוב אחרי ההתקדמות
מדדי ביצועים מרכזיים (KPI) ומדדים אחרים חיוניים למעקב אחרי ההתקדמות ולמדידת היעילות של הפעולות בענן. מדדי KPI הם מדדים כמותיים שמשקפים את הביצועים הכוללים. מדדים הם נקודות על הגרף ספציפיות שמשמשות לחישוב של מדדי ה-KPI. כדאי לבדוק את המדדים באופן קבוע ולהשתמש בהם כדי לזהות הזדמנויות לשיפור ולמדוד את ההתקדמות. כך תוכלו לשפר ולייעל את סביבת הענן שלכם באופן קבוע. ההמלצה הזו רלוונטית לתחומי המיקוד הבאים של מוכנות תפעולית: ניהול ותהליכים.
אחד היתרונות העיקריים של שימוש במדדי KPI ובמדדים הוא שהם מאפשרים לארגון לאמץ גישה מבוססת-נתונים לפעולות בענן. מעקב וניתוח של נתונים תפעוליים מאפשרים לכם לקבל החלטות מושכלות לגבי שיפור סביבת הענן. הגישה הזו, שמבוססת על נתונים, עוזרת לזהות מגמות, דפוסים וחריגות שאולי לא יהיו גלויים בלי שימוש במדדים שיטתיים.
כדי לאסוף ולנתח נתונים תפעוליים, אתם יכולים להשתמש בכלים כמו Cloud Monitoring ו-BigQuery. בעזרת Cloud Monitoring אפשר לעקוב בזמן אמת אחרי משאבים ושירותים בענן. ב-BigQuery אתם יכולים לאחסן ולנתח את הנתונים שאתם אוספים באמצעות המעקב. בעזרת הכלים האלה, אתם יכולים ליצור מרכזי בקרה בהתאמה אישית כדי להמחיש מדדים ומגמות חשובים.
מרכזי בקרה תפעוליים יכולים לספק תצוגה מרוכזת של המדדים החשובים ביותר, וכך לאפשר לכם לזהות במהירות את התחומים שדורשים התייחסות. לדוגמה, מרכז בקרה יכול לכלול מדדים כמו ניצול המעבד (CPU), שימוש בזיכרון, תנועה ברשת וזמן אחזור של אפליקציה או שירות מסוימים. מעקב אחרי המדדים האלה מאפשר לזהות במהירות בעיות פוטנציאליות ולנקוט צעדים כדי לפתור אותן.