AEM Eventing
Lär dig mer om AEM Eventing, vad det är, varför och när du ska använda det och exempel på det.
Vad det är
AEM Eventing är ett molnbaserat händelsehanteringssystem som gör det möjligt att prenumerera på AEM Events för bearbetning i externa system. En AEM-händelse är ett meddelande om tillståndsändring som skickas av AEM när en viss åtgärd inträffar. Detta kan till exempel inkludera händelser när ett innehållsfragment skapas, uppdateras eller tas bort.
I bilden ovan visualiserades hur AEM as a Cloud Service skapar händelser och skickar dem till Adobe I/O Events, som i sin tur exponerar dem för händelseprenumeranter.
Sammanfattningsvis finns det tre huvudkomponenter:
- Händelseprovider: AEM as a Cloud Service.
- Adobe I/O Events: Utvecklarplattform för integrering, utökning och byggande av appar och upplevelser som bygger på Adobe produkter och tekniker.
- Händelsekonsument: System som ägs av kunden som prenumererar på AEM Events. Exempel: CRM (Customer Relationship Management), PIM (Product Information Management), OMS (Order Management System) eller ett anpassat program.
Hur skiljer det sig
Apache Sling-händelser, OSGi-händelser och JCR-observation innehåller alla funktioner för att prenumerera på och bearbeta händelser. Dessa skiljer sig dock från AEM Eventing som beskrivs i den här dokumentationen.
Viktiga utmärkelser i AEM Eventing är:
- Händelsens konsumentkod körs utanför AEM och körs inte i samma JVM som AEM.
- AEM produktkod definierar händelserna och skickar dem till Adobe I/O Events.
- Händelseinformation standardiseras och skickas i JSON-format. Mer information finns i molnändringar.
- För att kunna kommunicera tillbaka till AEM använder händelsekonsumenten AEM as a Cloud Service API.
Varför och när det ska användas
AEM Eventing har många fördelar för systemarkitektur och driftseffektivitet. Bland de viktigaste skälen att använda AEM Eventing finns:
- Så här skapar du händelsestyrda arkitekturer: Gör det enklare att skapa löst kopplade system som kan skalas oberoende av varandra och som är motståndskraftiga mot fel.
- Låg kod och lägre driftskostnader: Undvik anpassningar i AEM, vilket gör det enklare att underhålla och utöka system, vilket minskar driftskostnaderna.
- Förenkla kommunikationen mellan AEM och externa system: Eliminerar punkt-till-punkt-anslutningar genom att låta Adobe I/O Events hantera kommunikationen, till exempel avgöra vilka AEM-händelser som ska levereras till specifika system eller tjänster.
- Högre varaktighet för händelser: Adobe I/O Events är ett mycket tillgängligt och skalbart system som är utformat för att hantera stora volymer händelser och leverera dem till prenumeranter på ett tillförlitligt sätt.
- Parallell bearbetning av händelser: Aktiverar leverans av händelser till flera prenumeranter samtidigt, vilket möjliggör bearbetning av distribuerade händelser i olika system.
- Programutveckling utan server: Stöder distribution av händelsens konsumentkod som ett serverlöst program, vilket ger ytterligare flexibilitet och skalbarhet.
Begränsningar
AEM Eventing är kraftfullt men har vissa begränsningar att tänka på:
-
Tillgängligheten är begränsad till AEM as a Cloud Service: AEM Eventing är för närvarande endast tillgängligt för AEM as a Cloud Service.
-
Tillgängliga händelsetyper: Granska den aktuella listan över tillgängliga händelsetyper här.
Aktivera
Gå till Aktivera AEM-händelser i din AEM Cloud-tjänstmiljö för nästa steg.
Så här prenumererar du
Om du vill prenumerera på AEM Events behöver du inte skriva någon kod i AEM, utan istället är ett Adobe Developer Console -projekt konfigurerat. Adobe Developer Console är en gateway till Adobe API:er, SDK:er, Events, Runtime och App Builder.
I det här fallet kan du med ett projekt i Adobe Developer Console prenumerera på händelser som skickas från AEM as a Cloud Service-miljön och konfigurera händelseleveransen till externa system.
Mer information finns i Prenumerera på AEM Events i Adobe Developer Console.
Hur man konsumerar
Det finns två primära metoder för att använda AEM Events: metoden push och metoden pull.
- Push-metod: I den här metoden meddelas händelsekonsumenten aktivt av Adobe I/O Events när en händelse blir tillgänglig. Integrationsalternativen är Webhooks, Adobe I/O Runtime och Amazon EventBridge.
- Pull-metod: Här avfrågar händelsekonsumenten aktivt Adobe I/O Events för att söka efter nya händelser. Det primära integreringsalternativet för den här metoden är Adobe Developer Journaling API.
Mer information finns i Bearbetning av AEM-händelser via Adobe I/O Events.