ארכיטקטורה מוכוונת אירועים – הבדלי גרסאות
תוכן שנמחק תוכן שנוסף
הצלת 0 מקורות והוספת 0 לארכיון.) #IABot (v2.0.1 |
מ הגהה, ניסוח |
||
שורה 3:
הישויות המשתתפות בארכיטקטורה מוכוונת אירועים הן:
* ספק אירוע (Provider)
* צרכן אירוע (Consumer) - ישות המקבלת מסר על התרחשות האירוע ומידע על המופע הספציפי של האירוע. תפקידה של ישות זו הוא לנתח את האירוע ולהגיב עליו, אם נדרשת תגובה על פי המידע הכלול במסר.
בהקשר של מערכות מחשוב המשמעות של אירוע היא מידע המועבר מרכיב תוכנה אחד לרכיב תוכנה אחר ודורש מהרכיב המקבל הפעלת [[תוכנית מחשב|תוכנית]].
דוגמה לאירוע הוא זיהוי ניסיון רמיה (Fraud Detection) במערכת ממוחשבת של [[מסחר אלקטרוני]]. זיהוי הניסיון הוא אירוע המחייב תגובות של רכיבי תוכנה, כגון: ביטול העסקה, הצפת פרטים מזהים של מבצע הרמיה לצורך הכללה ב[[רשימה שחורה (מחשבים)|רשימה שחורה]] בתוך מערכות החברה המבצעת את המסחר האלקטרוני,
== הגדרה ==
המושג אירוע הוא מושג רחב, שלא בכל המקרים מתייחס ל EDA. על מנת שאירוע יהיה חלק מארכיטקטורה מוכוונת אירועים צריכים להתקיים התנאים הבאים:
# האירוע הוא אירוע עסקי.
# הפונקציונליות העסקית, התהליכים העסקיים והאירועים העסקיים מיוצגים על ידי [[מערכת]] ממוחשבת.
# קיים אובייקט אירוע או קיימים אובייקטי אירוע - אובייקט אירוע הוא דווח המחייב פעולה. בהקשר של EDA אובייקט האירוע הוא מידע המועבר, למשל: קובץ [[XML]].
שורה 30:
== עיבוד אירועים מורכב ==
ב[[עיבוד אירועים מורכב]], באנגלית (Complex Event Processing (CPE הצרכן מגיב להצטברות של מספר אירועים ולא לאירוע בודד, כך למשל: מערכת בנקאית עשויה לא להגיב לאירוע של משיכת כספים בודדת של לקוח, אבל כן להגיב למספר רב של אירועי משיכת כספים באותו יום.
<br />
==ראו גם==
| |||