ما هي البنية الموجَّهة بالأحداث؟
البنية الموجهة بالأحداث (EDA) هي نموذج تكامل يكتشف "الأحداث" المهمة في الأعمال التجارية - مثل المعاملة أو عربة التسوق المتروكة - ويعمل عليها في الوقت الفعلي.
نظرة عامة على البنية الموجَّهة بالأحداث
كل حدث في الأعمال تقريبًا حساس للوقت. عندما يقوم العميل بعملية شراء عبر الإنترنت، يقوم جهاز استشعار بوضع إشارة على عطل وشيك أو انخفاض في سعر المخزون أو اكتشاف خرق أمني - يلزم اتخاذ إجراء فوري. هذا هو المكان الذي تأتي فيه بنية مدفوعة بالأحداث (EDA). يمكن لـ EDA إنشاء الأحداث والكشف عنها والاستجابة لها أثناء كشفها، مما يساعد الشركات على تحسين كل شيء بدءًا من تجارب العملاء وصولاً إلى الكفاءة التشغيلية والمرونة.
ما هو الحدث؟
أولا، بعض الأساسيات. الحدث هو أي إجراء أو تغيير للحالة يكون مهمًا للأعمال. على سبيل المثال، عندما يقوم شخص ما بتمرير بطاقة ائتمان، أو تسجيل الدخول لرحلة طيران، أو إعادة تعيين كلمة مرور - أو عند تحديث المخزون في مستودع. تحدث الأحداث طوال الوقت، في كل منظمة، في كل صناعة. تصبح الشركات "مدفوعة بالحدث" عندما تتمكن من التقاط الأحداث والاستجابة لها عند حدوثها.
ما هي البنية الموجَّهة بالأحداث؟
بنية مدفوعة بالأحداث (EDA) هي نموذج تكامل بني لنشر الأحداث ومعالجتها والاستجابة لها عبر الأنظمة الموزعة في الوقت الفعلي. عند حدوث حدث في أحد التطبيقات، يتم إرسال رسالة تلقائيًا إلى جميع التطبيقات الأخرى التي تحتاج إلى معرفة عنها، حتى يتمكنوا من التصرف بها بدورها.
يتم فصل البنى القائمة على الحدث - مما يعني أن التطبيقات لا تحتاج إلى أن تكون على علم ببعضها البعض لتبادل المعلومات وإكمال المهام. يمكن أن تتدفق معلومات الحدث، أو الرسائل، بشكل حر وتلقائي بين التطبيقات. ونتيجة لذلك، فإن نموذج EDA أسرع بكثير من نموذج الطلب / الاستجابة التقليدية، حيث يجب على أحد التطبيقات طلب المعلومات المحددة التي يحتاجها من آخر وانتظار استجابة قبل الانتقال إلى المهمة التالية. أيضا نظرا للطبيعة المنفصلة لـ EDA، فإنها تعتبر على نطاق واسع أفضل الممارسات لاتصال الخدمات الصغيرة.
كيف يعمل EDA؟
في بنية موجَّهة بالأحداث، تعمل التطبيقات كمنتجين للأحداث (التطبيقات التي تنتج الأحداث أو تلتقطها) أو مستهلكي الأحداث (التطبيقات التي تعالج الأحداث وتعمل وفقًا لها). يقوم المنتجون بنقل الأحداث إلى المستهلكين عبر وسيط، المعروف أيضًا ببرنامج وسيط موجه للرسائل، في الوقت الفعلي. يمكن للمستهلكين بعد ذلك معالجة الحدث وبدء تشغيل إجراءات أو تدفقات عمل أو أحداث أخرى خاصة بهم.
في بنية بسيطة جدًا - عندما يكون هناك منتج واحد ومستهلك واحد يكون في تواصل مباشر مع بعضهم البعض - يمكن أن يكون السماسرة اختياريًا. ومع ذلك في معظم المؤسسات هناك مصادر متعددة ترسل الأحداث إلى مستهلكين متعددين، لذلك يلزم وجود وسيط، أو حتى شبكة من الوسطاء (المعروفة أيضًا باسم "شبكة الأحداث"). عندما يتم استخدام وسيط أو شبكة أحداث، وهذا يخلق "اقتران فضفاض" من التطبيقات.
أنماط البنية الموجَّهة بالأحداث
هناك نمطان رئيسيان لنقل الأحداث في بنية تحركها الأحداث: النشر / الاشتراك وبث الأحداث.
نشر/اشتراك (المعروف أيضًا باسم “pub/sub”) – مع نشر/sub، يشترك مستهلكو الحدث في الرسائل والقنوات التي ينشرها منتجو الحدث. عند نشر حدث، يتم إرساله مباشرة إلى جميع المشتركين عبر وسيط. لتجنب التكرار، لا يمكن إعادة تشغيل الأحداث أو الوصول إليها بمجرد استخدامها - يتم حذفها بواسطة الوسيط.
بث الأحداث – من خلال بث الأحداث، يقوم المنتجون بنشر تدفقات كاملة من الأحداث إلى الوسيط. يشترك المستهلكون في الدفق ويمكنهم القراءة من أي جزء منه، ويستهلكون الأحداث ذات الصلة بهم فقط. باستخدام هذا النمط، يحتفظ الوسيط بالأحداث حتى بعد استهلاكها.
3 أساليب لمعالجة الأحداث
هناك ثلاثة أساليب مختلفة لمعالجة الأحداث بمجرد وصولها إلى المستهلك: معالجة الأحداث البسيطة، ومعالجة الأحداث المعقدة، ومعالجة دفق الأحداث.
- معالجة الأحداث البسيطة: يقوم المستهلكون بمعالجة كل حدث كما هو مستلَم.
- معالجة الأحداث المعقدة: يقوم المستهلكون بمعالجة سلسلة من الأحداث لاكتشاف الأنماط وتنفيذ الإجراءات على أساس النتيجة.
- معالجة دفق الأحداث: يعالج المستهلكون ويتصرفون على تدفق ثابت للبيانات (البيانات قيد الحركة) في الوقت الفعلي باستخدام منصة دفق البيانات.
تختار الشركات نهجها في معالجة الأحداث على أساس احتياجاتها الفردية وحالات الاستخدام الخاصة بها.
أمثلة وحالات استخدام البنية الموجَّهة بالأحداث
هناك العديد من حالات الاستخدام المختلفة للهياكل المعتمدة على الأحداث في كل صناعة - من الخدمات المصرفية إلى البيع بالتجزئة. هنا مثال من صناعة المطاعم:
يقوم طالب جامعي بتقديم طلب للحصول على البيتزا عبر تطبيق توصيل الطعام، مثل أوبر إيت. يلتقط التطبيق معلوماته الأساسية (الاسم والعنوان ومعلومات الدفع والطلب) وينشر حدث "طلب البيتزا".
يشترك مطعم البيتزا في الحدث، ويستوفي الطلب، وينشر حدث "الطلب الجاهز" الخاص به مرة أخرى إلى خدمة توصيل الطعام
تقوم الخدمة بعد ذلك بتخصيص سائق تسليم وجدولة وقت الوصول المتوقع وتنبيه العميل بأن دائرته في الطريق
مثال EDA من التجارة الإلكترونية:
على المتسوق عبر الإنترنت يدخل تفاصيل بطاقته الائتمانية على موقع تجارة إلكترونية، والذي ينشر حدث "الدفعة المقدمة"
يشترك نظام الدفع في الحدث ويعالج الدفع ويُصدر حدث "تمت معالجة الدفع" الخاص به مما يشير إلى النجاح أو الفشل - ويقوم بتوجيهه مرة أخرى إلى واجهة مستخدم موقع الويب
تعرض واجهة المستخدم حالة الدفع للعميل والخطوات التالية للطلبات الفورية
بعض الأمثلة الأخرى من EDA تشمل:
عندما ينقر متسوق عبر الإنترنت على منتج ويستجيب النظام من خلال إنشاء توصيات منتجات على أساس عناصر مشابهة
عندما يودع العميل شيك لدى بنك ويقوم النظام تلقائيًا بترحيل الإيداع إلى حسابه
عندما يقوم بائع التجزئة بفحص المعاملات العالمية للاحتيال ووضع إشارة على أي عمليات شراء مشبوهة لشركة بطاقة الائتمان
عندما يراقب المصنِّع دفق بيانات إنترنت الأشياء من معداته ويتم تنبيهه بأي مشكلات أو حالات فشل محتملة في الصيانة
مزايا البنية الموجَّهة بالأحداث
هناك العديد من الفوائد من العمارة التي تحركها الأحداث. أعلى 3 هي:
- تدفقات العمل في الوقت الفعلي والاستجابة. يمكن لـ EDA مراقبة الأحداث وسرعة الاستجابة لها عند حدوثها، وغالبًا ما تستخدم أتمتة العمليات الآلية (RPA) لتسريع تدفقات العمل وإطلاق الخطوات التالية في الوقت الفعلي. وهذا أمر بالغ الأهمية بشكل خاص أثناء أوقات ذروة الطلب - على سبيل المثال، أثناء أحداث المبيعات أو العطلات الرسمية الرئيسية. كما يمكن تطبيق هذا التجاوب على كل يوم (أي. غير ذروة) تدفقات العمل، وتحسين كل شيء من أتمتة سلسلة التوريدات إلى اكتشاف الاحتيال.
- مراسلة غير متزامنة. التطبيقات في eda تتواصل بشكل غير متزامن – بمعنى أن المنتجين ينشرون رسائل الحدث دون انتظار أن يستقبلها المستهلكون. ولا يقتصر ذلك على السماح للتطبيقات بالانتقال إلى مهام أخرى دون الانتظار فحسب، بل تعمل على تبسيط التكامل.
- الربط بين الفصل والفضلات. التطبيقات في EDA هي غير مقترنة أو مقترنة بشكل فضفاض ولا تعتمد على توفر بعضها البعض. ويمكن تحديثها واختبارها ونشرها بشكل مستقل. كما أنها يمكن أن تفشل بشكل مستقل - لذلك فإن العمارة أكثر متانة واستمرارًا من النماذج التقليدية. كما أن الفصل يجعل من السهل إضافة ناشرين ومستهلكين إضافيين حسب الحاجة، مما يلغي الحاجة إلى إعادة كتابة الكود في كل مرة يحدث فيها تغيير.
خاتمة
تقدم شبكة الأحداث خيارات نشر عبر الأجهزة فائقة النطاق المختلفة وفي بيئات الشبكة السحابية الخاصة. ويمكن تكوينه لتشكيل شبكة موزعة من وسطاء الأحداث المنتشرة عبر البيئات في السحب الخاصة أو العامة. تقدم شبكة الأحداث مجموعة كاملة من خدمات معالجة الأحداث، بما في ذلك بث الأحداث وإدارة الأحداث والمراقبة، وميزات متقدمة مثل توجيه الرسائل الديناميكية والتصفية الدقيقة.
استكشاف إمكانات شبكة أحداث SAP
دعم تطبيقاتك ببنية على أساس الحدث من SAP Integration Suite.
الأفكار التي لن تجدها في أي مكان آخر
اشترك للحصول على جرعة من ذكاء الأعمال يتم تسليمها مباشرة إلى صندوق الوارد الخاص بك.