מהי ארכיטקטורה מונחית אירועים?

ארכיטקטורה מונחית אירועים (EDA) היא מודל אינטגרציה שמאתר "אירועים" חשובים בעסק - כגון עסקה או עגלת קניות נטושה - ופועל עליהם בזמן אמת.

סקירת ארכיטקטורה מונעת על-ידי אירוע

כמעט כל אירוע בעסק רגיש בזמן. כשלקוח מבצע רכישה מקוונת, חיישן מסמן תקלה נזעמת, מורידים מחיר מניה או מאותרת פרצת אבטחה - יש לנקוט פעולה מיידית. כאן נכנסת ארכיטקטורה מונחית אירועים (EDA). ה-EDA יכול ליצור, לאתר ולהגיב לאירועים כשהם לא מתקפלים, ומסייע לעסקים לשפר כל דבר מחוויות הלקוח ועד ליעילות תפעולית וזריזות.

מהו אירוע?

ראשית, כמה יסודות. אירוע הוא כל פעולה או שינוי של מצב שחשוב לעסק. לדוגמה, כאשר מישהו מזיז כרטיס אשראי, בודק פנימה לטיסה, או מאפס סיסמה - או כאשר המלאי מתעדכן במחסן. אירועים מתרחשים כל הזמן, בכל ארגון, בכל תעשייה. חברות הופכות ל"מונעות אירועים" כאשר הן יכולות ללכוד ולהגיב לאירועים כפי שהם מתרחשים.

מהי ארכיטקטורה מונחית אירועים?

ארכיטקטורה מונחית אירועים (EDA) היא מודל שילוב שנבנה כדי לפרסם, ללכוד, לעבד ולהגיב לאירועים במערכות מבוזרות בזמן אמת. כאשר מתרחש אירוע באפליקציה אחת, הודעה נשלחת אוטומטית לכל שאר האפליקציות שצריכות לדעת על כך, כך שהן יכולות לפעול על פיה בתורן.

 

 

ארכיטקטורות מבוססות אירועים מופרדות - כלומר יישומים לא צריכים להיות מודעים זה לזה כדי לשתף מידע ולהשלים משימות. מידע על אירועים או הודעות יכול לזרום באופן חופשי ואוטומטי בין יישומים. כתוצאה מכך, מודל ה-EDA מהיר הרבה יותר ממודל הבקשה/תגובה המסורתי, שבו יישום אחד חייב לבקש את המידע הספציפי הדרוש לו מאחרת ולהמתין לתגובה לפני שיעבור למשימה הבאה. גם בשל האופי המופרד של ה-EDA, הם נחשבים לתהליכים מייעלי עבודה עבור תקשורת מיקרו-שירות.

איך עובד EDA?

בארכיטקטורה מונחית אירועים, יישומים פועלים כמפיקי אירועים (יישומים שמייצרים או לוכדים אירועים) או צרכני אירועים (יישומים שמעבדים ופועלים באירועים). היצרנים משדרים אירועים לצרכנים באמצעות מתווך, כמו גם תכנת ביניים מונחית מסרים, בזמן אמת. צרכנים יכולים לעבד את האירוע ולהפעיל פעולות, תהליכי עבודה או אירועים אחרים משלהם.

 

בארכיטקטורה פשוטה מאוד – כאשר יש יצרן יחיד וצרכן יחיד שנמצאים בתקשורת ישירה אחד עם השני – ברוקרים יכולים להיות אופציונליים. עם זאת, ברוב הארגונים קיימים מספר מקורות ששולחים אירועים לצרכנים מרובים, כך שיש צורך בסוכן, או אפילו ברשת של ברוקרים (המכונה גם "רשת אירועים"). כאשר נעשה שימוש בסוכן או רשת אירועים, הדבר יוצר "צימוד רופף" של יישומים.

דפוסי ארכיטקטורה מונחי-אירוע

ישנן שתי תבניות עיקריות לשידור אירועים בארכיטקטורה מונחית-אירועים: פרסום/הרשמה וזרימת אירועים.

 

  • פרסם/הירשם כמנוי (המכונה גם "פאב/משנה") – עם פאב/משנה, צרכני אירועים מנויים להודעות וערוצים שפורסמו על ידי מפיקי אירועים. כאשר מתפרסם אירוע, הוא נשלח ישירות לכל המנויים דרך ברוקר. כדי להימנע משכפול, לא ניתן להפעיל מחדש אירועים או לגשת אליהם לאחר שנצרכו - הם נמחקים על-ידי הסוכן.

  • הזרמת אירועים - עם הזרמת אירועים, מפיקות מפרסמות זרמי אירועים שלמים למתווך. צרכנים נרשמים כמנוי לתזרים ויכולים לקרוא מכל חלק שהוא, לצרוך רק את האירועים הרלוונטיים להם. באמצעות דפוס זה, אירועים נשמרים על-ידי הברוקר גם לאחר שהם נצרכים.

3 גישות לעיבוד אירועים

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

 

  1. עיבוד אירועים פשוט: צרכנים מעבדים כל אירוע כפי שהוא מתקבל.
  2. עיבוד אירועים מורכב: צרכנים מעבדים סדרה של אירועים כדי לאתר דפוסים ולבצע פעולות המבוססות על התוצאה.
  3. עיבוד זרימת אירועים: צרכנים מעבדים ופועלים על תזרים קבוע של נתונים (נתונים בתנועה) בזמן אמת באמצעות פלטפורמת הזרמת נתונים.

 

עסקים בוחרים את הגישה שלהם לעיבוד אירועים בהתבסס על הצרכים ומקרי השימוש האישיים שלהם.

מקרי שימוש ודוגמאות לארכיטקטורה מונחית-אירועים

ישנם מקרי שימוש רבים ושונים לארכיטקטורות מונעות אירועים בכל תעשייה - מבנקאות לקמעונאות. הנה דוגמה מתעשיית המסעדות:

 

  • סטודנטית במכללה מזמינה פיצה דרך אפליקציית משלוחי מזון, כמו אובר Eats. האפליקציה לוכדת את המידע הבסיסי שלו (שם, כתובת, פרטי תשלום והזמנה) ומפרסמת את האירוע "הזמנת פיצה".

  • מסעדת הפיצה מנוי לאירוע, ממלאת את ההזמנה, ומפרסמת אירוע "הזמנה מוכנה" משלה בחזרה לשירות משלוחי המזון

  • לאחר מכן השירות מקצה נהג אספקה, מתזמן זמן הגעה משוער ומתריע ללקוח שהעוגה שלו בדרך

 

דוגמת EDA מ-E-Commerce:

  • בחנות מקוונת נכנסים פרטי כרטיס האשראי שלהם באתר מסחר אלקטרוני, שמפרסם את האירוע 'התשלום שהוגש'

  • מערכת התשלומים נרשמת לאירוע, מעבדת את התשלום ומנפיקה אירוע "תשלום מעובד" משלו המציין הצלחה או כישלון - ומנתבת אותו בחזרה לממשק המשתמש של האתר

  • ממשק המשתמש מציג את סטאטוס התשלום ללקוח ומנחה את השלבים הבאים

 

כמה דוגמאות אחרות של EDA כוללות:

  • כאשר קונה מקוון לוחץ על מוצר והמערכת מגיבה על-ידי יצירת המלצות מוצר המבוססות על פריטים דומים

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

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

  • כאשר יצרן עוקב אחר הזרמת נתוני IoT מהציוד שלו והוא מקבל התראה על בעיות אחזקה פוטנציאליות או כשלים

יתרונות של ארכיטקטורה מונחית-אירוע

ישנם יתרונות רבים של ארכיטקטורה מונחית אירועים. 3 המובילים הם:

 

  1. תהליכי עבודה בזמן אמת ותגובתיות. ה-EDA יכול לעקוב אחר אירועים ולהגיב אליהם במהירות כשהם מתרחשים, לעתים קרובות באמצעות אוטומציית תהליכים רובוטית (RPA) כדי להאיץ תהליכי עבודה ולהפעיל את השלבים הבאים בזמן אמת. זה קריטי במיוחד בזמנים של ביקוש שיא - למשל, במהלך אירועי מכירות או חגים גדולים. ניתן להחיל את ההיענות הזו גם על היום-יום (כלומר. תהליכי עבודה שאינם שיא), משפרים הכול מאוטומציה של שרשרת אספקה לגילוי הונאה.
  2. העברת הודעות אסינכרונית. יישומים ב-EDA מתקשרים באופן אסינכרוני – כלומר מפיקים מפרסמים הודעות אירוע מבלי לחכות שהצרכנים יקבלו אותם. לא רק שזה מאפשר ליישומים לעבור למשימות אחרות בלי לחכות, זה מפשט את השילוב.
  3. צימוד רופף ורופף. יישומים ב-EDA מוצמדים באופן רופף או מצומדים באופן רופף ואינם תלויים בזמינות של זה. ניתן לעדכן אותם, לבדוק אותם ולפרוס באופן עצמאי. הם גם יכולים להיכשל באופן עצמאי – כך שהארכיטקטורה יציבה ועקבית יותר מדגמים מסורתיים. הפרדה מקלה גם על הוספת מו"לים וצרכנים נוספים לפי הצורך, ובכך מבטלת את הצורך לשכתב את הקוד בכל פעם שיש שינוי.

סיכום

רשת אירועים מציעה אפשרויות פריסה בהיפרסקלרים שונים ובסביבות פרטיות בענן. ניתן לקבוע תצורה ליצירת רשת מבוזרת של עמילי אירועים הפרוסים על פני סביבות בעננים פרטיים או ציבוריים. רשת אירועים מציעה סט מטרות מלא של שירותי אירועים, כולל זרימת אירועים, ניהול אירועים וניטור ותכונות מתקדמות כמו ניתוב הודעות דינמי וסינון עדין.

placeholder

גלו את יכולות רשת האירועים של SAP

העצימו את היישומים שלכם באמצעות ארכיטקטורה מבוססת אירועים מ-SAP Integration Suite.

placeholder

רעיונות שלא תמצא בשום מקום אחר

הירשם למנה של בינה עסקית ישירות לתיבת הדואר הנכנס שלך.

twitter pixeltwitter pixeltwitter pixeltwitter pixeltwitter pixeltwitter pixeltwitter pixeltwitter pixeltwitter pixeltwitter pixeltwitter pixeltwitter pixel