תפעילים
תפעילים מחברים פילטר אירוע לפעולה שניתן לבצע. כאשר אירוע מתאים לתעילה של התפעיל, Iroha מעריך את פעולת התפעול כחלק מבצעת בלוק.
מבנה
Trigger רשום מכיל:
id: אTriggerIdעטוף aNameaction: המפעיל, סמכות, פילטר, מדיניות החזרה, מדיניות הניסיון חוזר ומטאדאַטן
הפעולה כוללת:
executable:Instructions,ContractCall,Ivm, אוIvmProvedrepeats:IndefinitelyאוExactly(n)authority: החשבון שמזכיר את המופעלfilter: רכיב שלEventFilterBoxretry_policy: התנהגות ניסיון חוזרת אופציונלית עבור מפעילים זמן מתוכנן.metadata: נתונים מטאטא של גורמים שרירותיים.
פילטר אירועים
תנאי ההפעלה משתמשים באותו מודל של פילטר אירועים כמו חיבורים. פילטר האירועים ברמה הגבוהה ביותר יכול להתאים:
- אירועי צינור
- אירועי נתונים
- אירועים בזמן
- תפעיל אירועים ביצועים
- תפעיל אירועים של סיום
מעדיפים את המסנן הנמוכה ביותר שמתאים לזרם העבודה. מסנן רחבים הם שימושיים עבור אבחון, אבל הם מגבירים את העבודה במהלך ביצוע בלוק.
ראו פילטרים למשפחות הפילטרים הנוכחי.
תפעול זמן
מפעילים זמן משתמשים במחסום אירוע זמן. כאשר תצוגת מצב העולם מגיעה לתנאי זמן מתאים, Iroha מבצע את פעולה ההפעלה תחת סמכות ההפעלה. פעילי זמן הם סוג ההפעלה שיכול להשתמש בפוליטיקה של ניסיון חוזר המתוארת למטה .
חזור
Repeats::Indefinitely משמרת את ההדק פעיל עד שהוא לא רשום.
Repeats::Exactly(n) מאפשר לטרגר לירות מספר קבוע של פעמים. כאשר ההספקה נגמרה, רשום טרגר חדש אם נדרש את אותה התנהגות שוב.
הסמכות והרשיונות
סמכות ההפעלה היא החשבון המשמש כדי להזכיר את המופעל. השתמשו בחשבון טכני ייחודי עבור פעילי חיים ארוכים כך שהרשיונות הנדרשים יהיו ברורים ובודדים מהחשבון האישי של מפעיל.
הסמכות זקוקה לרשיונות הנדרשים בהוראות ביצועיות או בקריאה חוזית. החשבון אשר רשום את ההצלה זקוק גם לאישור כדי להירשם את ההצליחים תחת מבדיקת זמן הפעלה הפעילה.
מדיניות ניסיון חוזר
מפעילים זמן יכולים לבחור במדיניות ניסיון חוזר. מדיניות נסיון חוזר מתארת:
max_retries: כמה ניסיונות נסיון חוזרים מותרים לאחר הירי הראשוני נכשל,retry_after_ms: כמה זמן מחכה Iroha לפני שתהיה ראויה לניסיון נוסף
כאשר התקציב של ניסיון חוזר נגמר, המפעיל אינו רשום.
שאלות
השתמש בשאלות ההצלה הנוכחית כדי לבדוק את מצב ההצלה:
ראו גם: