Well-Architected Framework: עקרון האמינות

Last reviewed 2024-12-30 UTC

העמודה 'מהימנות' ב-Google Cloud Well-Architected Framework כוללת עקרונות והמלצות שיעזרו לכם לתכנן, לפרוס ולנהל עומסי עבודה מהימנים ב- Google Cloud.

המסמך הזה מיועד למומחי Cloud Architect, למפתחים, למהנדסי פלטפורמות, לאדמינים ולמהנדסי Site Reliability.

אמינות היא היכולת של מערכת לבצע באופן עקבי את הפונקציות המיועדות שלה בתנאים מוגדרים ולשמור על שירות ללא הפרעות. שיטות מומלצות לאמינות כוללות יתירות, עיצוב סובלני לתקלות, מעקב ותהליכי שחזור אוטומטיים.

כחלק מהאמינות, חוסן הוא היכולת של המערכת לעמוד בכשלים או בשיבושים בלתי צפויים ולהתאושש מהם, תוך שמירה על הביצועים. תכונות שלGoogle Cloud , כמו פריסות מרובות אזורים, גיבויים אוטומטיים ופתרונות להתאוששות מאסון, יכולות לעזור לכם לשפר את החוסן של המערכת.

המהימנות חשובה לאסטרטגיית הענן שלכם ממגוון סיבות, כולל:

  • זמן השבתה מינימלי: זמן השבתה עלול לגרום לאובדן הכנסות, לירידה בפריון ולפגיעה במוניטין. ארכיטקטורות עמידות יכולות לעזור להבטיח שהמערכות ימשיכו לפעול במהלך כשלים או להתאושש ביעילות מכשלים.
  • חוויית משתמש משופרת: המשתמשים מצפים לאינטראקציות חלקות עם הטכנולוגיה. מערכות עמידות יכולות לעזור לשמור על ביצועים וזמינות עקביים, והן מספקות שירות אמין גם בזמן ביקוש גבוה או בעיות בלתי צפויות.
  • תקינות הנתונים: כשלים עלולים לגרום לאובדן נתונים או לפגמים בנתונים. מערכות עמידות מיישמות מנגנונים כמו גיבויים, יתירות ושכפול כדי להגן על הנתונים ולוודא שהם יישארו מדויקים ונגישים.
  • המשכיות עסקית: העסק שלכם מסתמך על טכנולוגיה לפעולות קריטיות. ארכיטקטורות גמישות יכולות לעזור להבטיח המשכיות אחרי כשל קטסטרופלי, כך שהפעולות העסקיות יכולות להימשך ללא הפרעות משמעותיות, וההתאוששות מהירה.
  • תאימות: בתעשיות רבות יש דרישות רגולטוריות לגבי זמינות המערכת והגנה על הנתונים. ארכיטקטורות גמישות יכולות לעזור לכם לעמוד בתקנים האלה על ידי הבטחה שהמערכות יישארו פעילות ומאובטחות.
  • הפחתת עלויות לטווח ארוך: ארכיטקטורות עמידות דורשות השקעה מראש, אבל העמידות יכולה לעזור להפחית את העלויות לאורך זמן. היא מונעת השבתה יקרה, מאפשרת להימנע מתיקונים תגובתיים ומאפשרת שימוש יעיל יותר במשאבים.

מנטליות ארגונית

כדי שהמערכות שלכם יהיו אמינות, אתם צריכים תוכנית ואסטרטגיה מבוססת. האסטרטגיה הזו צריכה לכלול הדרכה וסמכות לתת עדיפות לאמינות לצד יוזמות אחרות.

חשוב להבהיר שכל הארגון אחראי על מהימנות, כולל פיתוח, ניהול מוצרים, תפעול, הנדסת פלטפורמות ו-Site Reliability Engineering‏ (SRE). אפילו קבוצות שמתמקדות בעסקים, כמו שיווק ומכירות, יכולות להשפיע על מהימנות.

כל צוות צריך להבין את יעדי המהימנות והסיכונים של האפליקציות שלו, ולעמוד בדרישות האלה. אם יש סתירה בין מהימנות לבין פיתוח תכונות רגילות של מוצרים, צריך לתת עדיפות למהימנות ולהעביר את הבעיה לטיפול ברמה גבוהה יותר.

תכננו ונהלו את המהימנות באופן הוליסטי, בכל הפונקציות והצוותים. כדאי לשקול להגדיר מרכז מצוינות בענן (CCoE) שכולל עמודה של מהימנות. למידע נוסף, ראו אופטימיזציה של המעבר של הארגון לענן באמצעות מרכז מצוינות בענן.

תחומי המיקוד בנושא מהימנות

הפעילויות שאתם מבצעים כדי לתכנן, לפרוס ולנהל מערכת אמינה אפשר לחלק לקטגוריות הבאות. כל אחד מהעקרונות וההמלצות בנושא אמינות שמופיעים בקטגוריה הזו רלוונטי לאחת מהקטגוריות האלה.

  • הגדרת היקף: כדי להבין את המערכת, צריך לבצע ניתוח מפורט של הארכיטקטורה שלה. צריך להבין את הרכיבים, איך הם פועלים ואיך הם מתקשרים ביניהם, איך הנתונים והפעולות זורמים במערכת ומה יכול להשתבש. זיהוי כשלים פוטנציאליים, צווארי בקבוק וסיכונים, כדי שתוכלו לפעול לצמצום הבעיות האלה.
  • המלצה: כדי למנוע כשלים במערכת, מומלץ להטמיע תהליך מקיף ורציף של תצפית ומעקב. באמצעות התצפית הזו, תוכלו להבין מגמות ולזהות בעיות פוטנציאליות באופן יזום.
  • תגובה: כדי לצמצם את ההשפעה של כשלים, צריך להגיב בצורה מתאימה ולשחזר את המערכת ביעילות. תגובות אוטומטיות יכולות גם לעזור לצמצם את ההשפעה של כשלים. גם עם תכנון ובקרות, כשלים עדיין יכולים להתרחש.
  • למידה: כדי למנוע הישנות של כשלים, חשוב ללמוד מכל חוויה ולבצע את הפעולות המתאימות.

עקרונות ליבה

ההמלצות בעמודה 'מהימנות' של Well-Architected Framework ממופות לעקרונות הליבה הבאים:

שותפים ביצירת התוכן

מחברים:

תורמי תוכן אחרים:

הבא
הגדרת מהימנות על סמך יעדים של חוויית משתמש