Sentinel Sentinel עוקב אחר תנאים ופועל כשהוא מוצא אותם. בעוד ש- לוחות זמנים מופעלים על פי זמן, Sentinel מופעל כש דבר מה הופך להיות נכון.
ניתן למצוא אותו באזור לוחות הזמנים של המפעל.
על מה הוא עוקב?
תנאים שאתם מגדירים – בדיקה שנכשלה, תבנית המופיעה בקוד המקור, אות ממערכת מחוברת, או סטנדרט שסטה מכדילי ההתאמה.
כשהמערכת מזהה תנאי, היא פותחת משימת תיקון: משימה רגילה עם תיאור מדויק, העוברת את אותו תהליך של תכנון, בנייה, אימות וסקירה כמו כל משימה אחרת.
מדוע זו הגישה הבטוחה ביותר?
Sentinel אינו מתקן את הקוד שלכם ישירות. הוא פותח משימות שיתקנו את הקוד, והמשימות האלה יוצרות pull request שאתם מאשרים.
חשיבות הדבר גדולה מהנראה. מערכת אוטונומית שמעדכנת ישירות את קוד הייצור אינה כוללת שלב סקירה ברגע הקריטי ביותר – כשאף אחד לא ביקש את השינוי ואף אחד אינו צופה בו. הפניית המשימות לתהליך הרגיל מבטיחה שהאוטונומיה תוסיף קצב עבודה מבלי לפגוע בשליטה.
תבניות
מערכות מעקב נפוצות מסופקות כתבניות כדי שלא תצטרכו לכתוב אותן מההתחלה – בדיקות תקינות חוזרות, זיהוי סטיות ומחזורי תיקון סטנדרטיים.
התחילו מתבנית, הפעילו אותה במצב מייעץ לזמן מה, ובצעו התאמות לפני שתאפשרו לה לפתוח משימות ללא השגחה.
שמירה על שליטה
המשימות ש-Sentinel פותח מתחרות על אותם מקומות סוכנים כמו כל משימה אחרת. מערכת מעקב הפועלת לעתים קרובות עלולה לצרוך את הקיבולת שלכם בשקט.
שלושה כללים לשמירה על תועלתו:
- הגדירו לו עדיפות נמוכה יותר ממשימות שנדרשו על ידי בני אדם.
P2אוP3. - הגדירו תנאים ספציפיים. "בדיקה נכשלה" מפעילה אותו כל הזמן במאגר עמוס; "הבדיקה הספציפית הזו נכשלה בענף הבסיס יותר משעה" מפעילה אותו רק כשמשהו אכן שגוי.
- בצעו סקירה של התוצאות. אם מערכת המעקב פתחה עשרים משימות ורק שתיים מהן אוחדו, היא יוצרת רעש ובזבוז משאבים במקום תועלת.
עקבו אחר קצב האיחוד, לא אחר קצב ההפעלה
המדד האמין ליעילותה של מערכת מעקב הוא איזה חלק מהמשימות שהיא פותחת אכן מתאחדות. מערכת מעקב שמתפעלת לעתים רחוקות ותמיד צודקת – עובדת כראוי. מערכת מעקב שמתפעלת כל הזמן ובדרך כלל נזנחת – היא נטל.