Mikä on tapahtumavetoinen arkkitehtuuri?
Tapahtumavetoinen arkkitehtuuri (EDA) on integraatiomalli, joka havaitsee yrityksen tärkeät tapahtumat, kuten tapahtuman tai hylätyn ostoskärryn, ja toimii niissä reaaliajassa.
Tapahtumaohjattu arkkitehtuurin yleisnäkymä
Lähes jokainen yrityksen tapahtuma on aikaherkkä. Kun asiakas tekee verkko-ostoksen, tunnistin merkitsee lähestyvän toimintahäiriön, pörssihinnan alenemisen tai tietoturvaloukkauksen. Tässä on tapahtumavetoinen arkkitehtuuri (EDA). EDA voi luoda tapahtumia, havaita niitä ja reagoida niihin niiden kehittyessä, mikä auttaa yrityksiä parantamaan kaikkea asiakaskokemuksista operatiiviseen tehokkuuteen ja ketteryyteen.
Mikä on tapahtuma?
Ensin muutamia perusasioita. Tapahtuma on mikä tahansa liiketoiminnalle tärkeä toimenpide tai tilanmuutos. Esimerkiksi, kun joku pyyhkii luottokortin, tarkistaa lennon tai nollaa salasanan – tai kun varasto päivitetään varastossa. Tapahtumia tapahtuu koko ajan, jokaisessa organisaatiossa, kaikilla toimialoilla. Yrityksistä tulee ”tapahtumavetoisia”, kun ne voivat siepata tapahtumia ja reagoida niihin niiden tapahtuessa.
Mikä on tapahtumavetoinen arkkitehtuuri?
Tapahtumaohjattu arkkitehtuuri (EDA) on integraatiomalli, joka on rakennettu julkaisemaan, tallentamaan, käsittelemään ja vastaamaan tapahtumiin hajautetuissa järjestelmissä reaaliajassa. Kun tapahtuma tapahtuu yhdessä sovelluksessa, viesti lähetetään automaattisesti kaikille muille sovelluksille, joiden on tiedettävä siitä, jotta he voivat toimia sen mukaisesti.
Tapahtumapohjaiset arkkitehtuurit ovat irtikytkettyjä, joten sovellusten ei tarvitse olla tietoisia toisistaan tietojen jakamiseksi ja tehtävien suorittamiseksi. Tapahtumatiedot tai viestit voivat virrata vapaasti ja automaattisesti sovellusten välillä. Näin ollen EDA-malli on paljon nopeampi kuin perinteinen pyyntö-/vastausmalli, jossa yhden sovelluksen on pyydettävä tarvitsemansa tarkat tiedot toiselta ja odotettava vastausta ennen seuraavaan tehtävään siirtymistä. Koska Euroopan puolustusvirasto on myös irrotettu tuotantomääristä, niitä pidetään yleisesti parhaina käytäntöinä mikropalveluviestinnässä.
Miten EDA toimii?
Tapahtumaohjatussa arkkitehtuurissa sovellukset toimivat tapahtumien tuottajina (sovelluksina, jotka tuottavat tai tallentavat tapahtumia) tai tapahtumien kuluttajina (sovelluksina, jotka käsittelevät tapahtumia ja reagoivat niihin). Tuottajat välittävät tapahtumia kuluttajille meklarin eli viestisuuntautuneen väliohjelmiston kautta reaaliajassa. Sen jälkeen kuluttajat voivat käsitellä tapahtuman ja käynnistää muita omia toimia, asianohjauksia tai tapahtumia.
Hyvin yksinkertaisessa arkkitehtuurissa – kun on olemassa yksi tuottaja ja yksi kuluttaja, jotka ovat suoraan yhteydessä toisiinsa – välittäjät voivat olla valinnaisia. Useimmissa yrityksissä on kuitenkin useita lähteitä, jotka lähettävät tapahtumia useille kuluttajille, joten tarvitaan meklari tai jopa meklariverkosto (joka tunnetaan myös nimellä ”tapahtumaverkko”). Kun käytetään välittäjää tai tapahtumaverkkoa, tämä luo sovellusten ”löyhän kytkennän”.
Tapahtumaohjatut arkkitehtuurimallit
Tapahtumien lähettämiseen tapahtumaohjatussa arkkitehtuurissa on kaksi päämallia: julkaiseminen/tilaaminen ja tapahtumien suoratoisto.
Julkaise/tilaa (eli “pub/sub”) – Pubin/subin avulla tapahtumakuluttajat tilaavat tapahtumatuottajien julkaisemia viestejä ja kanavia. Kun tapahtuma julkaistaan, se lähetetään suoraan kaikille tilaajille välittäjän kautta. Päällekkäisyyksien välttämiseksi tapahtumia ei voi toistaa tai käyttää kulutuksen jälkeen – välittäjä poistaa ne.
Tapahtumien suoratoisto – Tapahtumasuoratoistolla tuottajat julkaisevat kokonaisia tapahtumavirtoja välittäjälle. Kuluttajat tilaavat virran ja voivat lukea sen mistä tahansa osasta kuluttaen vain heille relevantit tapahtumat. Tämän mallin mukaan välittäjä säilyttää tapahtumia myös sen jälkeen, kun ne on kulutettu.
3 lähestymistapaa tapahtumien käsittelyyn
Tapahtumien käsittelyyn on kolme erilaista tapaa, kun ne saavuttavat kuluttajan: yksinkertainen tapahtuman käsittely, monimutkainen tapahtuman käsittely ja tapahtumavirran käsittely.
- Yksinkertainen tapahtuman käsittely: Kuluttajat käsittelevät kunkin tapahtuman sellaisena kuin se on vastaanotettu.
- Monimutkainen tapahtuman käsittely: Kuluttajat käsittelevät sarjan tapahtumia tunnistaakseen malleja ja suorittaakseen toimia tuloksen perusteella.
- Tapahtumavirran käsittely: Kuluttajat käsittelevät ja reagoivat jatkuvaan tiedonkulkuun (liikkeessä oleva data) reaaliajassa käyttämällä tietojen suoratoistopalvelua.
Yritykset valitsevat lähestymistapansa tapahtumakäsittelyyn yksilöllisten tarpeidensa ja käyttötapaustensa perusteella.
Tapahtumaohjatut arkkitehtuurin käyttötapaukset ja esimerkit
Tapahtumaohjatuille arkkitehtuureille on monia erilaisia käyttötapauksia kaikilla toimialoilla – pankkitoiminnasta vähittäiskauppaan. Tässä on esimerkki ravintola-alalta:
Yliopisto-opiskelija tilaa pizzaa ruoan toimitussovelluksen, kuten Uber Eatsin, kautta. Sovellus tallentaa perustiedot (nimi, osoite, maksutiedot ja tilaus) ja julkaisee "pizza order" -tapahtuman.
Pizzaravintola tilaa tapahtuman, toteuttaa tilauksen ja julkaisee oman ”tilausvalmiin” tapahtuman takaisin ruokatoimitukseen
Palvelu kohdistaa sen jälkeen toimituskuljettajan, ajoittaa eta:n ja ilmoittaa asiakkaalle, että hänen piiraansa on matkalla.
EDAn esimerkki sähköisestä kaupankäynnistä:
Verkkokaupassa asiakas syöttää luottokorttitietonsa verkkokauppasivustolle, joka julkaisee lähetetyn maksutapahtuman
Maksujärjestelmä tilaa tapahtuman, käsittelee maksun ja antaa oman "maksun käsitellyn" tapahtuman, joka osoittaa onnistumisen tai epäonnistumisen – ja reitittää sen takaisin verkkosivuston käyttöliittymään
Käyttöliittymä näyttää maksun tilan asiakkaalle ja kehottaa seuraavia vaiheita
Muita esimerkkejä euroopan puolustusvirastosta ovat:
Kun verkkokauppias napsauttaa tuotetta ja järjestelmä reagoi tuottamalla tuotesuosituksia samankaltaisten tuotteiden perusteella
Kun asiakas tallettaa shekin pankissa ja järjestelmä kirjaa talletuksen automaattisesti tilille
Kun vähittäiskauppias näyttää globaalit petostapahtumat ja merkitsee epäilyttävät ostot luottokorttiyhtiölle
Kun valmistaja valvoo IoT-tietojen suoratoistoa laitteistaan ja saa hälytyksen mahdollisista kunnossapito-ongelmista tai vioista
Tapahtumaohjatun arkkitehtuurin hyödyt
Tapahtumaohjautuvasta arkkitehtuurista on monia etuja. Top 3 ovat:
- Reaaliaikaiset työnkulut ja reagointikyky. EDA voi valvoa tapahtumia ja reagoida niihin nopeasti, usein käyttämällä robottiprosessin automatisointia (RPA) työnkulkujen nopeuttamiseksi ja seuraavien vaiheiden käynnistämiseksi reaaliajassa. Tämä on erityisen tärkeää huippukysynnän aikoina – esimerkiksi suurten myyntitapahtumien tai juhlapäivien aikana. Tätä reagointikykyä voidaan soveltaa myös arkeen (ts. muut kuin huipputyönkulut, jotka parantavat kaikkea toimitusketjun automatisoinnista petosten havaitsemiseen.
- Asynkroninen viestintä. EDAn sovellukset kommunikoivat asynkronisesti, mikä tarkoittaa, että tuottajat julkaisevat tapahtumaviestejä odottamatta kuluttajien vastaanottamista. Sen lisäksi, että tämä antaa sovellusten siirtyä muihin tehtäviin odottamatta, se yksinkertaistaa integrointia.
- De- ja löysä kytkentä. Euroopan puolustusviraston sovellukset ovat irrotettuja tai löyhästi kytkettyjä, eivätkä ne ole riippuvaisia toistensa saatavuudesta. Niitä voidaan päivittää, testata ja ottaa käyttöön itsenäisesti. Ne voivat myös epäonnistua itsenäisesti, joten arkkitehtuuri on kestävämpi ja sitkeämpi kuin perinteiset mallit. Tuotannosta irrottaminen helpottaa myös uusien kustantajien ja kuluttajien lisäämistä tarpeen mukaan, jolloin koodin uudelleenkirjoitustarve poistuu aina, kun muutos tapahtuu.
Johtopäätös
Event Mesh tarjoaa käyttöönottovaihtoehtoja eri hyperskaalaimissa ja yksityisissä pilviympäristöissä. Se voidaan konfiguroida muodostamaan hajautettu tapahtumavälittäjien verkko, jota käytetään eri ympäristöissä yksityisissä tai julkisissa pilvissä. Event Mesh tarjoaa täyden tarkoituksen tapahtumapalveluita, mukaan lukien tapahtumien suoratoisto, tapahtumien hallinta ja seuranta sekä edistyneet ominaisuudet, kuten dynaaminen viestien reititys ja hienosäädetty suodatus.
Tutustu SAP:n Event Mesh -ominaisuuksiin
Tehosta sovelluksiasi SAP Integration Suiten tapahtumaperusteisella arkkitehtuurilla.
Ideoita, joita et löydä mistään muualta
Tilaa business intelligence -annos suoraan saapuneiden kansioosi.