Vad är händelsestyrd arkitektur?
Händelsestyrd arkitektur (EDA) är en integrationsmodell som upptäcker viktiga ”händelser” i ett företag – till exempel en transaktion eller en övergiven kundvagn – och agerar på dem i realtid.
Händelsestyrd arkitekturöversikt
Nästan varje händelse i ett företag är tidskänslig. När en kund gör ett onlineköp flaggar en sensor för ett förestående fel, ett aktiekursfall eller ett säkerhetsbrott upptäcks – omedelbara åtgärder måste vidtas. Det är här en händelsestyrd arkitektur (EDA) kommer in. En EDA kan skapa, upptäcka och svara på händelser när de utvecklas och hjälpa företag att förbättra allt från kundupplevelser till operativ effektivitet och smidighet.
Vad är en händelse?
Först några grunder. En händelse är varje åtgärd eller statusändring som är viktig för ett företag. Till exempel när någon sveper ett kreditkort, checkar in för en flygresa, återställer ett lösenord – eller när lagret uppdateras i ett lager. Händelser sker hela tiden, i varje organisation, i varje bransch. Företag blir ”händelsedrivna” när de kan fånga upp och reagera på händelser när de inträffar.
Vad är en händelsedriven arkitektur?
En händelsestyrd arkitektur (EDA) är en integrationsmodell byggd för att publicera, fånga, bearbeta och svara på händelser över distribuerade system i realtid. När en händelse inträffar i en applikation skickas automatiskt ett meddelande till alla andra program som behöver veta om det, så att de kan agera på det i sin tur.
Händelsebaserade arkitekturer är frikopplade, vilket innebär att applikationer inte behöver vara medvetna om varandra för att dela information och slutföra uppgifter. Händelseinformation, eller meddelanden, kan flöda fritt och automatiskt mellan appar. Till följd av detta är EDA-modellen mycket snabbare än den traditionella modellen för begäran/svar, där en applikation måste begära den specifika information den behöver från en annan och vänta på ett svar innan man går vidare till nästa uppgift. På grund av den frikopplade karaktären hos en europeisk försvarsbyrå anses de allmänt vara bästa praxis för kommunikation med mikrotjänster.
Hur fungerar ett EDA?
I en händelsestyrd arkitektur fungerar applikationer som händelseproducenter (appar som producerar eller registrerar händelser) eller händelsekonsumenter (appar som bearbetar och agerar på händelser). Producenter förmedlar händelser till konsumenter via en mäklare, så kallad meddelandeorienterad middleware, i realtid. Kunder kan sedan bearbeta händelsen och initiera andra åtgärder, arbetsflöden eller händelser.
I en mycket enkel arkitektur – när det finns en enda producent och en enda konsument som är i direkt kommunikation med varandra – kan mäklare vara valfria. Men i de flesta företag finns det flera källor som skickar ut händelser till flera konsumenter, så en mäklare, eller till och med ett nätverk av mäklare (även känd som en "event mesh") behövs. När en mäklare eller en händelsemask används skapar detta en ”lös koppling” av applikationer.
Händelsestyrda arkitekturmönster
Det finns två huvudmönster för att sända händelser i en händelsedriven arkitektur: publicering/prenumeration och event streaming.
Publicera/prenumerera (aka “pub/sub”) – Med pub/sub prenumererar evenemangskonsumenter på meddelanden och kanaler som publiceras av evenemangsproducenter. När en händelse publiceras skickas den direkt till alla prenumeranter via en mäklare. För att undvika duplicering kan händelser inte spelas upp på nytt eller nås när de har förbrukats – de raderas av mäklaren.
Event streaming – Med event streaming publicerar producenterna hela strömmar av händelser till en mäklare. Konsumenter abonnerar på strömmen och kan läsa från vilken del som helst och endast konsumera de händelser som är relevanta för dem. Med detta mönster behålls händelser av mäklaren även efter att de har förbrukats.
3 metoder för händelsebearbetning
Det finns tre olika sätt att bearbeta händelser när de når en konsument: enkel händelsebearbetning, komplex händelsebearbetning och händelseflödesbearbetning.
- Enkel händelsebearbetning: Konsumenter bearbetar varje händelse som den tas emot.
- Komplex händelsebearbetning: Konsumenter bearbetar en rad händelser för att upptäcka mönster och utföra åtgärder baserat på resultatet.
- Händelseströmning: Konsumenter bearbetar och agerar på ett konstant flöde av data (data i rörelse) i realtid med hjälp av en datastreamingplattform.
Företag väljer sin metod för händelsebehandling baserat på deras individuella behov och användningsfall.
Användningsfall och exempel på händelsestyrd arkitektur
Det finns många olika användningsfall för händelsestyrda arkitekturer i alla branscher – från bank till detaljhandel. Här är ett exempel från restaurangbranschen:
En högskolestudent lägger en beställning på en pizza via en matleveransapp, till exempel Uber Eats. Appen registrerar sin grundläggande information (namn, adress, betalningsinformation och order) och publicerar händelsen "pizza order".
Pizzarestaurangen prenumererar på evenemanget, fullföljer beställningen och publicerar ett eget ”beställningsfärdigt” event tillbaka till matleveransservice
Tjänsten allokerar sedan en leveransförare, schemalägger en beräknad ankomsttid och varnar kunden om att hans cirkel är på väg
Ett EAD-exempel från e-handel:
På online shopper anger sina kreditkortsuppgifter på en e-handelssajt, som publicerar "betalning inlämnad" händelse
Betalningssystemet abonnerar på händelsen, bearbetar betalningen och utfärdar en egen "betalning bearbetad"-händelse som indikerar framgång eller misslyckande – och dirigerar tillbaka den till webbplatsens användargränssnitt
Gränssnittet visar betalningsstatus för kunden och uppmanar till nästa steg
Några andra exempel på EUROPEISKA försvarsbyrån är:
När en online-shopper klickar på en produkt och systemet svarar genom att generera produktrekommendationer baserat på liknande artiklar
När en kund sätter in en check hos en bank och systemet automatiskt bokar inbetalningen till sitt konto
När en återförsäljare visar globala transaktioner för bedrägeri och flaggar misstänkta köp till kreditkortsföretaget
När en tillverkare övervakar strömning av IoT-data från sin utrustning och varnas för eventuella underhållsproblem eller fel
Fördelar med en händelsedriven arkitektur
Det finns många fördelar med en händelsedriven arkitektur. De 3 främsta är:
- Arbetsflöden i realtid och lyhördhet. En EDA kan övervaka och snabbt reagera på händelser när de inträffar, ofta med hjälp av robotprocessautomatisering (RPA) för att påskynda arbetsflöden och initiera nästa steg i realtid. Detta är särskilt kritiskt under tider av efterfrågetoppar – till exempel vid stora försäljningsevenemang eller helgdagar. Denna lyhördhet kan också tillämpas på vardagen (dvs. arbetsflöden som inte är i topp), vilket förbättrar allt från automatisering av försörjningskedjan till upptäckt av bedrägerier.
- Asynkront meddelandeutbyte. Applikationer i en EDA kommunicerar asynkront – vilket innebär att producenter publicerar händelsemeddelanden utan att vänta på att konsumenterna ska ta emot dem. Detta gör det inte bara möjligt för applikationer att gå vidare till andra uppgifter utan att vänta, det förenklar integrationen.
- Av- och löskoppling. Tillämpningar i en EDA är frikopplade eller löst kopplade och är inte beroende av varandras tillgänglighet. De kan uppdateras, testas och distribueras självständigt. De kan också misslyckas självständigt – så arkitekturen är mer hållbar och beständig än traditionella modeller. Frikoppling gör det också enkelt att lägga till extra förlag och konsumenter efter behov, vilket eliminerar behovet av att skriva om kod varje gång det sker en förändring.
Slutsats
Event Mesh erbjuder distributionsalternativ över olika hyperskalers och i privata molnmiljöer. Det kan konfigureras för att bilda ett distribuerat nät av händelsemäklare som distribueras över miljöer i privata eller offentliga moln. Event mesh erbjuder en komplett uppsättning evateringtjänster, inklusive händelsestreaming, händelsehantering och övervakning, samt avancerade funktioner som dynamisk meddelandedirigering och finkornig filtrering.
Utforska SAP:s funktioner för händelse-mesh
Ge dina appar en händelsebaserad arkitektur från SAP Integration Suite.
Idéer som du inte hittar någon annanstans
Registrera dig för en dos business intelligence direkt till din inkorg.