AEM
Lär dig mer om AEM, 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 AEM händelser 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ändelseabonnenterna.
Sammanfattningsvis finns det tre huvudkomponenter:
- Händelseprovider: AEM as a Cloud Service.
- Adobe I/O Events: Utvecklarplattform för att integrera, utöka och bygga appar och upplevelser baserade på Adobe och tekniker.
- Händelsekonsument: System som ägs av kunden som prenumererar på AEM. 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. De skiljer sig dock från AEM Eventing som beskrivs i den här dokumentationen.
Viktiga distinktioner i AEM Eventing är:
- Händelsens konsumentkod körs utanför AEM och körs inte i samma JVM som AEM.
- AEM produktkod ansvarar för att definiera händelserna och skicka 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. De viktigaste skälen att använda AEM Eventing är:
- 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: Undviker anpassningar i AEM, vilket leder till system som är enklare att underhålla och utöka, 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 har vissa begränsningar att tänka på:
- Tillgängligheten är begränsad till AEM as a Cloud Service: För närvarande är AEM endast tillgänglig för AEM as a Cloud Service.
- Begränsat händelsestöd: Nu stöds bara AEM Content Fragment-händelser. Omfattningen förväntas dock expandera med ytterligare händelser i framtiden.
Aktivera
AEM Eventing är aktiverat per AEM as a Cloud Service-miljö och är endast tillgängligt för miljöer i pre-release-läge. Kontakta AEM-Eventing-teamet om du vill aktivera din AEM med AEM Eventing.
Om den redan är aktiverad kan du läsa Aktivera AEM i din AEM Cloud Service-miljö för nästa steg.
Så här prenumererar du
Om du vill prenumerera på AEM händelser behöver du inte skriva någon kod i AEM, utan i stä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 i Adobe Developer Console.
Hur man konsumerar
Det finns två primära metoder för att använda AEM händelser: metoden push och metoden pull.
- Push-metod: I den här metoden meddelas händelsekonsumenten aktivt av Adobe I/O-händelser 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ändelsekonsument aktivt Adobe I/O-händelser 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 AEM händelsebearbetning via Adobe I/O-händelser.
Exempel
Använd webbkroken som tillhandahålls av Adobe för att ta emot AEM och granska händelseinformationen.
Använd webbprogrammet som tillhandahålls av Adobe för att läsa in AEM händelser från journalen och granska händelseinformationen.
AEM händelsebearbetning med Adobe I/O Runtime Action
Lär dig hur du bearbetar mottagna AEM med Adobe I/O Runtime Action. Händelsebearbetningen innehåller AEM återanrop, händelsedatans beständighet och visar dem i SPA.
AEM Assets-händelser för PIM-integrering
Lär dig hur du integrerar AEM Assets- och PIM-system (Product Information Management) för metadatauppdateringar.