AEM Event
- Onderwerpen:
- Ontwikkelen
- App Builder
Gemaakt voor:
- Beginner
- Ontwikkelaar
Meer informatie over AEM-gebeurtenissen, wat het is, waarom en wanneer het wordt gebruikt en voorbeelden.
Wat het is
AEM Event is een 'cloud-native' gebeurtenissysteem dat abonnementen op AEM Events inschakelt voor verwerking in externe systemen. Een AEM-gebeurtenis is een statuswijzigingsmelding die door AEM wordt verzonden wanneer een specifieke actie plaatsvindt. Dit kunnen bijvoorbeeld gebeurtenissen zijn wanneer een inhoudsfragment wordt gemaakt, bijgewerkt of verwijderd.
Het bovenstaande diagram visualiseerde hoe AEM as a Cloud Service gebeurtenissen produceert en verzendt naar Adobe I/O Events, dat hen aan gebeurtenisabonnees beurtelt.
Samengevat zijn er drie hoofdonderdelen:
- de leverancier van de Gebeurtenis: AEM as a Cloud Service.
- Adobe I/O Events: het platform van de Ontwikkelaar voor het integreren, uitbreiden, en het bouwen van apps en ervaringen die op de producten en de technologieën van Adobe worden gebaseerd.
- consument van de Gebeurtenis: Systemen die door de klant worden bezeten die aan de Gebeurtenissen van AEM intekent. Bijvoorbeeld een CRM (Customer Relationship Management), PIM (Product Information Management), OMS (Order Management System) of een aangepaste toepassing.
Hoe anders
De Gebeurtenis Apache die, OSGi gebeurtenis, en JCR waarnemingallen aanbiedt mechanismen om aan gebeurtenissen in te tekenen en te verwerken. Nochtans, zijn deze verschillend van AEM Event zoals die in deze documentatie wordt besproken.
Belangrijk onderscheid van AEM Event:
- De code voor de gebeurtenisverbruiker wordt buiten AEM uitgevoerd en wordt niet in dezelfde JVM als AEM uitgevoerd.
- De AEM-productcode is verantwoordelijk voor het definiëren van de gebeurtenissen en het verzenden ervan naar Adobe I/O Events.
- Gebeurtenisgegevens worden gestandaardiseerd en verzonden in JSON-indeling. Voor meer details, verwijs naar wolken.
- Voor de communicatie met AEM gebruikt de gebruiker van de gebeurtenis de AEM as a Cloud Service API.
Waarom en wanneer gebruiken
AEM Event biedt tal van voordelen voor systeemarchitectuur en operationele efficiency. De belangrijkste redenen om AEM Event te gebruiken zijn:
- om gebeurtenis-gedreven Architecturen te bouwen: vergemakkelijkt de verwezenlijking van los gekoppelde systemen die onafhankelijk kunnen schrapen en veerkrachtig aan mislukkingen zijn.
- Lage code en lagere operationele kosten: Vermijdt aanpassingen in AEM, die tot systemen leiden die gemakkelijker zijn te handhaven en uit te breiden, waarbij operationele kosten worden verminderd.
- vereenvoudigt communicatie tussen AEM en externe systemen: Elimineert punt om verbindingen te richten door Adobe I/O Events te laten mededelingen beheren, zoals het bepalen welke gebeurtenissen van AEM aan specifieke systemen of de diensten zouden moeten worden geleverd.
- Hogere duurzaamheid van gebeurtenissen: Adobe I/O Events is hoogst beschikbaar en scalable systeem, dat wordt ontworpen om grote volumes van gebeurtenissen te behandelen en hen betrouwbaar te leveren aan abonnees.
- Parallelle verwerking van gebeurtenissen: Laat de levering van gebeurtenissen aan veelvoudige abonnees gelijktijdig toe, die voor verdeelde gebeurtenisverwerking over diverse systemen toestaan.
- Serverless toepassingsontwikkeling: Steunt het opstellen van de code van de gebeurtenisconsument als serverloze toepassing, die systeemflexibiliteit en scalability verder verbetert.
Beperkingen
AEM Event is weliswaar krachtig, maar heeft bepaalde beperkingen die in overweging moeten worden genomen:
-
Beschikbaarheid beperkt tot AEM as a Cloud Service: Momenteel, is AEM Event exclusief beschikbaar voor AEM as a Cloud Service.
-
Beschikbare gebeurtenistypen: Herzie de huidige lijst van beschikbare gebeurtenistypen hier.
Hoe te om toe te laten
Zie de Gebeurtenissen van AEM op uw Milieu van de Dienst van de Wolk AEMvoor volgende stappen toelaten.
Abonneren
Om aan de Gebeurtenissen van AEM in te tekenen, moet u geen code in AEM schrijven, maar eerder wordt een Adobe Developer Consoleproject gevormd. De Adobe Developer Console is een gateway naar Adobe APIs, SDKs, Gebeurtenissen, Runtime, en App Builder.
In dit geval, laat het a project in Adobe Developer Console u toe om aan gebeurtenissen in te tekenen die van het milieu van AEM as a Cloud Service worden uitgegeven en de gebeurtenislevering aan externe systemen te vormen.
Voor meer informatie, zie hoe te aan de Gebeurtenissen van AEM in Adobe Developer Consoleintekenen.
Hoe te verbruiken
Er zijn twee primaire methodes om de Gebeurtenissen van AEM te verbruiken: de duw methode en de trek methode.
- methode van de Duw: In deze benadering, wordt de gebeurtenisconsument proactief op de hoogte gebracht door Adobe I/O Events wanneer een gebeurtenis beschikbaar wordt. Tot de integratieopties behoren Webhooks, Adobe I/O Runtime en Amazon EventBridge.
- methode van de Trek: Hier, pollt de gebeurtenisconsument actief Adobe I/O Events om nieuwe gebeurtenissen te controleren. De primaire integratieoptie voor deze methode is de Adobe Developer Journaling API.
Voor meer informatie, zie de verwerking van Gebeurtenissen van AEM via Adobe I/O Events.
Voorbeelden
ontvang de Gebeurtenissen van AEM op een webhaak
Met Adobe kunt u via webhaak AEM-gebeurtenissen ontvangen en de gebeurtenisdetails bekijken.
het dagboek van de Gebeurtenissen van AEM van de Lading
Met Adobe kunt u AEM Events laden vanuit het journaal en de gebeurtenisdetails bekijken.
ontvang de Gebeurtenissen van AEM op de Actie van Adobe I/O Runtime
Ontvang AEM Events en bekijk de gebeurtenisdetails.
de verwerking van Gebeurtenissen van AEM gebruikend de Actie van Adobe I/O Runtime
Leer hoe u ontvangen AEM-gebeurtenissen verwerkt met Adobe I/O Runtime Action. De gebeurtenisverwerking omvat AEM callback, de persistentie van gebeurtenisgegevens, en het tonen van hen in het KUUROORD.
de gebeurtenissen van AEM Assets voor PIM integratie
Leer hoe u AEM Assets en PIM-systemen (Product Information Management) kunt integreren voor updates van metagegevens.