Co je to architektura řízená událostmi?
Architektura řízená událostmi (EDA) je integrační model, který detekuje důležité „události“ v podniku – jako je transakce nebo opuštěný nákupní košík – a jedná na ně v reálném čase.
Přehled architektury řízené událostmi
Téměř každá událost v podniku je časově citlivá. Když zákazník provede online nákup, senzor označí hrozící poruchu, klesne cena akcií nebo je zjištěno narušení bezpečnosti – je třeba podniknout okamžité kroky. Právě zde přichází architektura řízená událostmi (EDA). Evropská obranná agentura může vytvářet události, odhalovat je a reagovat na ně, když se rozvíjejí, a pomáhá podnikům zlepšovat vše od zákaznických zkušeností až po provozní efektivitu a agilitu.
Co je to událost?
Za prvé, některé základy. Událost je jakákoli akce nebo změna stavu, která je pro podnik důležitá. Když například někdo přejede kreditní kartu, zkontroluje let nebo resetuje heslo – nebo když je ve skladu aktualizován inventář. Události se dějí neustále, v každé organizaci, v každém odvětví. Společnosti se stávají „řízenými událostmi“, když mohou zachytit události a reagovat na ně, jakmile k nim dojde.
Co je to architektura řízená událostmi?
Architektura řízená událostmi (EDA) je integrační model vytvořený pro publikování, zachycování, zpracování a reakci na události napříč distribuovanými systémy v reálném čase. Když dojde k události v jedné aplikaci, automaticky se odešle zpráva všem ostatním aplikacím, které o ní potřebují vědět, aby na ni mohly reagovat.
Architektury založené na událostech jsou odděleny – což znamená, že aplikace si nemusejí být navzájem vědomy, aby sdílely informace a dokončovaly úlohy. Informace o událostech nebo zprávy mohou volně a automaticky proudit mezi aplikacemi. V důsledku toho je model EDA mnohem rychlejší než tradiční model požadavků/odpovědí, kdy si jedna aplikace musí vyžádat konkrétní informace, které potřebuje, od druhé a počkat na odpověď, než přejde k další úloze. Vzhledem k tomu, že evropská obranná agentura má oddělenou povahu, jsou obecně považovány za osvědčené postupy pro komunikaci s mikroslužbami.
Jak eda funguje?
V architektuře řízené událostmi fungují aplikace jako producenti událostí (aplikace, které produkují nebo zaznamenávají události) nebo spotřebitelé událostí (aplikace, které zpracovávají události a jednají na nich). Výrobci přenášejí události spotřebitelům prostřednictvím brokera, neboli middleware orientovaného na zprávy, v reálném čase. Spotřebitelé pak mohou zpracovat událost a spustit další vlastní akce, workflow nebo události.
Ve velmi jednoduché architektuře – když existuje jediný výrobce a jediný spotřebitel, který je v přímé komunikaci mezi sebou – mohou být makléři volitelní. Ve většině podniků však existuje více zdrojů, které rozesílají události více spotřebitelům, takže je zapotřebí makléř, nebo dokonce síť makléřů (známá také jako „síť událostí“). Při použití makléře nebo sítě událostí se vytvoří „volné spojení“ aplikací.
Vzory architektury řízené událostmi
Existují dva hlavní vzory pro přenos událostí v architektuře řízené událostmi: publikovat/přihlásit se a streamování událostí.
Publikovat/odebírat (neboli „pub/sub“) – S pub/sub se spotřebitelé událostí přihlásí k odběru zpráv a kanálů publikovaných producenty událostí. Když je událost publikována, odešle se přímo všem odběratelům prostřednictvím brokera. Aby nedocházelo k duplicitám, nelze události přehrát nebo přistupovat k nim, jakmile jsou spotřebovány – makléř je vymaže.
Streamování událostí – díky streamování událostí publikují producenti celé proudy událostí k makléři. Spotřebitelé se přihlásí k odběru streamu a mohou jej číst z jakékoli části, přičemž spotřebovávají pouze události, které jsou pro ně relevantní. S tímto vzorem si události ponechává makléř i po jejich konzumaci.
3 přístupy ke zpracování událostí
Existují tři různé přístupy ke zpracování událostí, jakmile se dostanou ke spotřebiteli: jednoduché zpracování události, komplexní zpracování událostí a zpracování toku událostí.
- Jednoduché zpracování události: Spotřebitelé zpracují každou událost tak, jak byla přijata.
- Komplexní zpracování události: Spotřebitelé zpracují řadu událostí, aby zjistili vzory a provedli akce na základě výsledku.
- Zpracování toku událostí: Spotřebitelé zpracovávají a jednají na konstantní tok dat (data v pohybu) v reálném čase pomocí platformy pro streamování dat.
Podniky si vybírají svůj přístup ke zpracování událostí na základě svých individuálních potřeb a případů použití.
Případy a příklady použití architektury řízené událostmi
Existuje mnoho různých případů použití architektur řízených událostmi v každém odvětví – od bankovnictví po maloobchod. Zde je příklad z restauračního průmyslu:
Student vysoké školy zadá objednávku na pizzu prostřednictvím aplikace pro doručování potravin, jako je Uber Eats. Aplikace zachycuje jeho základní informace (jméno, adresu, platební údaje a objednávku) a publikuje událost „pizza order“.
Pizzerie se přihlásí k odběru akce, splní objednávku a zveřejní svou vlastní akci „připravená na objednávku“ zpět do služby dodávky potravin.
Služba pak alokuje řidiče dodávky, naplánuje předpokládaný čas příjezdu a upozorní zákazníka, že jeho výsečový graf je na cestě
Příklad EDA z elektronického obchodování:
U online nakupujícího zadá údaje o své kreditní kartě na stránce e-commerce, která publikuje událost „platba odeslána“
Platební systém se přihlásí k odběru události, zpracuje platbu a vydá vlastní událost „platba zpracována“ s uvedením úspěchu nebo neúspěchu – a přesměruje ji zpět do uživatelského rozhraní webové stránky
Uživatelské rozhraní zobrazuje status platby zákazníkovi a zobrazí další kroky
Mezi další příklady EDA patří:
Když online nakupující klikne na produkt a systém odpoví generováním doporučení produktu na základě podobných položek
Když zákazník předloží šek v bance a systém automaticky zaúčtuje vklad na jejich účet
Když obchodník zobrazí globální transakce za účelem podvodu a označí podezřelé nákupy vydavateli kreditních karet
Když výrobce monitoruje streamování dat IoT z jeho vybavení a je upozorněn na potenciální problémy nebo poruchy údržby
Výhody architektury řízené událostmi
Existuje mnoho výhod architektury řízené událostmi. Top 3 jsou:
- Pracovní postupy v reálném čase a schopnost reagovat. Eda může monitorovat události a rychle na ně reagovat, protože často využívá robotickou automatizaci procesů (RPA) k urychlení pracovních postupů a spuštění dalších kroků v reálném čase. To je obzvláště kritické v dobách špičkové poptávky – například při velkých prodejních akcích nebo svátcích. Tuto odezvu lze aplikovat i na každodenní (tj. pracovní postupy, které zlepšují vše od automatizace dodavatelského řetězce až po odhalování podvodů.
- Asynchronní zasílání zpráv. Aplikace v EDA komunikují asynchronně, což znamená, že producenti zveřejňují zprávy o událostech, aniž by čekali, až je spotřebitelé obdrží. Nejenže to umožňuje aplikacím přejít k jiným úlohám bez čekání, ale zjednodušuje integraci.
- Sklopné a volné spojení. Aplikace v EDA jsou odpojeny nebo volně spojeny a nejsou závislé na vzájemné dostupnosti. Lze je nezávisle aktualizovat, testovat a nasazovat. Mohou také selhat nezávisle – takže architektura je odolnější a trvalejší než tradiční modely. Oddělení také usnadňuje přidávání dalších vydavatelů a spotřebitelů podle potřeby a eliminuje potřebu přepisovat kód pokaždé, když dojde ke změně.
Závěr
Síť událostí nabízí možnosti nasazení napříč různými hyperškálovači a v soukromých cloudových prostředích. Může být konfigurován tak, aby tvořil distribuovanou síť zprostředkovatelů událostí nasazených napříč prostředími v soukromých nebo veřejných cloudech. Síť událostí nabízí kompletní sadu eventingových služeb, včetně streamování událostí, správy a monitorování událostí a pokročilých funkcí, jako je dynamické směrování zpráv a jemnozrnné filtrování.
Seznamte se s funkcemi sítě událostí SAP
Podpořte své aplikace architekturou založenou na událostech ze SAP Integration Suite.
Nápady, které jinde nenajdete
Zaregistrujte se pro dávku business intelligence doručenou přímo do vaší e-mailové schránky.