SLO: היעד הפנימי שמגדיר איך המערכת אמורה להתנהג

SLO הוא קיצור של Service Level Objective. זהו יעד פנימי שהצוות מציב לעצמו לגבי רמת השירות שהמערכת אמורה לספק.

בניגוד ל-SLA, שהוא התחייבות חוזית כלפי משתמשים או לקוחות, SLO הוא כלי הנדסי וניהולי פנימי.

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

אותם מדדים, מטרה אחרת

SLO מתבסס על אותו סוג מדדים כמו SLA:

• זמינות
• זמן תגובה
• שיעור שגיאות

אבל ההבדל המהותי הוא במטרה.

SLA מגדיר גבול תחתון מחייב. SLO מגדיר רמת שירות רצויה.

כלומר:

• ה-SLA אומר מתי הספק נכשל פורמלית
• ה-SLO אומר מתי המערכת לא מתנהגת כפי שתוכננה

הפער בין SLO ל-SLA כמרחב נשימה

במערכות בוגרות, ה-SLO גבוה יותר מה-SLA. לא במקרה.

הפער ביניהם הוא מרחב נשימה:

• מקום לשונות טבעית
• מקום לתקלות רגעיות
• ומקום ללמוד על התנהגות המערכת בלי להפר התחייבות

כש-SLO ו-SLA חופפים - כל חריגה הופכת למשבר.

SLO עדיין סטטיסטי, לא פר-בקשה

חשוב להבין: גם כאן, יעד כמו: “99.9% מהבקשות ייענו תוך 100 מילישניות”

לא אומר שכל בקשה תעמוד בזה. הוא אומר מה ההתנהגות המצופה ברמת המערכת לאורך זמן.

ההבדל הוא ש-SLO נועד להנחות החלטות הנדסיות:

• מתי לעצור פיצ’רים
• מתי להשקיע ביציבות
• מתי המערכת קרובה לקצה שלה

המשל

SLA הוא הקו האדום החוקי. SLO הוא הקו שהמהנדסים מציבים לעצמם הרבה לפניו.

אחד מגדיר מתי נכשלנו פורמלית. השני מגדיר מתי אנחנו מתחילים לדאוג.

סיכום

SLO טוב לא נועד להרשים משתמשים. הוא נועד לכוון התנהגות פנימית.

וכשהוא מוגדר נכון, הוא הופך ממספר בדשבורד - למצפן הנדסי.