תוֹכֶן
הוצג על ידי: טורבונומי
ש:
כיצד חברות יכולות לשמור על תקני זמינות יישומים?
ת:
שמירה על זמינות ליישומים יכולה להשפיע רחבה ומשמעותית על תהליכים עסקיים. באופן כללי, וודא שהמערכות "זמינות" באמצעות פעולת שרת, פלטפורמה וממשק עקביים תומכות בכל הדברים הנהדרים שהעידן הדיגיטלי עושה לעסקים בכל ענף.
כמה היבטים עיקריים של הבטחת זמינות ליישומים קשורים למדידת הזמינות ולדעת מה למדוד. לדוגמה, בכדי להבין את הזמינות הכוללת, אנליסטים עשויים להשתמש בשילוב של זמן ממוצע בין כשלים (כמה מהר משהו עלול להיכשל) לבין זמן ממושך להתאוששות (כמה מהר משהו עשוי לחזור לרשת). ערכים כמו אלה עוזרים להצביע על זמן הפעולה של מערכת להבנת האופן שבו יישומים זמינים יהיו בזמן אמת.
אנשי IT גם צריכים למדוד זמינות בהתאם לרלוונטיות המשתמש. במילים אחרות, הגיוני לשאול: מה יהיה זמין? הפריטים היחידים שחשובים לזמינות הם אלה המאפשרים עסקה מסוימת של משתמשי קצה. עם זאת, נשמע הגיוני למדוד זמינות בנקודות הקצה של מערכת ולא במקום אחר. לאחר מכן מערכות יכולות להשתמש במודל ACID או BASE כדי לפתור ולעדכן נתונים ברחבי הארכיטקטורה.
לצד מדידות וניתוחים, קיימות אסטרטגיות יישום ליבה ליצירת ושמירה על זמינות. הראשונה היא ליצור מערכות מיותרות שמבטיחות זמן פעולה עקבי, גם אם יש כשל בנקודה מסוימת. לדוגמה, שירותי אינטרנט של אמזון, כספק דומיננטי של SaaS, מציעים ללקוחות "אזורי זמינות" המיישמים יתירות זו בזמינות גבוהה. חברות אחרות עשויות לבחור להקים מערכות כמו הבית הזה, במיוחד אם הן מפעילות משרדים מרובים באזורים גיאוגרפיים שונים.
אסטרטגיית ליבה נוספת היא להתאים מעבר מוצלב יעיל - כלומר לוודא שבכישלון בודד, יתירות התהליך מתרחשת במהירות האפשרית. שילוב זה של מאמצים מכווץ את זמן ההשבתה באופן משמעותי ומסייע בזמינות הכוללת במערכת.
מנהלי מערכות יכולים גם לנקוט באמצעים פרואקטיביים להגבלת כישלונות. זה כרוך בניתוח כללי ברמה גבוהה של המערכת ובאמצעות איפה וכיצד עלולים להתרחש תקלות. באופן כללי, מערכת יתירות טובה היא ההגנה הטובה ביותר מפני השבתה ומנהיג זמינות גבוהה.