Warum SAP Event Mesh? Grundlagen, erste Schritte und Anwendungsfälle!

Was ist SAP Event Mesh – und welchen Nutzen bringt der Service?

SAP Event Mesh setzt auf einen anderen Ansatz. Die asynchrone Kommunikation über Events. Dabei versendet ein System eine Nachricht, ohne dass der Empfänger sofort reagieren oder überhaupt bekannt sein muss. Andere Systeme können diese Ereignisse gezielt abonnieren und darauf reagieren – ganz nach dem Publisher/Subscriber-Prinzip.

Der Service ist ein vollständig verwalteter Cloud-Dienst auf der SAP Business Technology Platform (BTP). Er ermöglicht es, Nachrichten und Geschäftsevents zuverlässig und technologieübergreifend zwischen Anwendungen und Services auszutauschen. Dabei kommen offene Messaging-Protokolle und standardisierte Austauschmuster zum Einsatz, die eine lose Kopplung und hohe Flexibilität in der Architektur fördern.

Gerade im Zusammenspiel mit dem SAP Cloud Application Programming Model (CAP) eröffnet Event Mesh neue Möglichkeiten: Eine CAP-App kann beispielsweise ein Event beim Abschluss eines Geschäftsprozesses veröffentlichen, das andere CAP- oder Drittanwendungen automatisch verarbeiten – ohne direkte Integration.

Vorteile von SAP Event Mesh

Entkopplung von Systemen: Anwendungen sind unabhängig voneinander und können flexibel erweitert oder aktualisiert werden.

Asynchrone Kommunikation: Sender und Empfänger müssen nicht gleichzeitig aktiv sein – es wird keine direkte Antwort erwartet.

Zuverlässige Zustellung: Nachrichten gehen nicht verloren – der Event Broker sorgt für garantierte Auslieferung.

Bessere Wartbarkeit: Änderungen in einem System beeinflussen andere nicht direkt.

Hohe Qualität der Kommunikation: SAP Event Mesh unterstützt verschiedene "Quality of Service"-Stufen für unterschiedliche Anforderungen.

Use Cases

Integration von SAP- und Non-SAP-Systemen
Ein neues Verkaufsdokument wird in SAP S/4HANA erstellt. Über Event Mesh wird ein Ereignis ausgelöst, das automatisch eine Kundendaten-Synchronisation in einem externen CRM-System oder eine Bestandsprüfung in einem Drittsystem anstößt.

Echtzeit-Benachrichtigungen
Wenn ein Wartungsauftrag in einer Instandhaltungs-App abgeschlossen wird, kann Event Mesh eine Benachrichtigung an ein mobiles Fiori-Frontend oder eine Collaboration-Plattform wie Microsoft Teams senden.

Kopplung von Microservices
In einer CAP-basierten App wird nach dem Anlegen einer neuen Bestellung ein Event publiziert. Ein separater Microservice, der für die Rechnungsstellung oder die Lieferplanung zuständig ist, reagiert darauf, ohne dass die Systeme direkt voneinander abhängen.

Für wen ist Ereignisgesteuerte Architektur interessant?

In diesem Blogartikel zeige ich, wie SAP Event Mesh SAP CAP-Anwendungen durch asynchrone Kommunikation flexibler und skalierbarer macht.

Besonders profitieren Fachrollen, die komplexe Integrationen oder skalierbare Architekturen entwerfen:

SAP Development Consultants / Full-Stack-Entwickler – für die Umsetzung von Event-getriebenen Apps und Services.

Integration Architects / Integration Consultants – für die Anbindung von SAP- und Non-SAP-Systemen über lose gekoppelte Schnittstellen.

Solution Architects & Enterprise Architects – für das Design skalierbarer, zukunftssicherer Gesamtarchitekturen.

DevOps-Teams – für den stabilen Betrieb und die flexible Erweiterbarkeit produktiver Anwendungen.

Product Owner – für die Gestaltung moderner, reaktionsfähiger Geschäftsprozesse.

Was sind die zentralen Komponenten & Grundlagen?

Wie in der Einleitung beschrieben, handelt es sich bei SAP Event Mesh um einen Cloud-Service für die asynchrone Kommunikation zwischen Anwendungen.
Damit eine eventgesteuerte Architektur korrekt aufgebaut und verstanden werden kann, sollten die folgenden Kernbegriffe bekannt sein:

Ein Event ist eine Nachricht, die ein Ereignis oder eine Zustandsänderung beschreibt – etwa „Ein Equipment wurde erstellt“.
Events werden von Anwendungen oder Services erzeugt (Publisher) und können von einem oder mehreren Empfängern (Subscriber) verarbeitet werden.

Ein Topic dient als thematische Einordnung eines Events.
Events werden an Topics „veröffentlicht“ (publish), um sie systematisch kategorisieren und gezielt weiterleiten zu können.
Beispiele: equipment/created

Eine Queue (Warteschlange) speichert Nachrichten zwischen, bis sie von einem Consumer abgeholt werden.
Sie entkoppelt Sender und Empfänger zeitlich voneinander und sorgt dafür, dass Nachrichten auch bei temporären Ausfällen nicht verloren gehen.

Die Subscription verknüpft ein Topic mit einer Queue.

Erst durch diese Verbindung gelangen Events aus einem bestimmten Topic in eine definierte Queue.
Ohne Subscription werden veröffentlichte Events nicht weitergeleitet oder gespeichert.

Zusammenspiel der Komponenten:

Publisher → sendet Event an ein Topic
Subscription → verbindet Topic mit einer Queue
Queue → stellt das Event einem Consumer zur Verfügung

Wie funktioniert das technisch?

Auf der SAP Business Technology Platform (BTP) kann eine Instanz des SAP Event Mesh (ehemals Enterprise Messaging) Services erstellt werden. Über das zugehörige Messaging Dashboard lassen sich anschließend folgende Elemente konfigurieren:

Queues (Warteschlangen): Empfangen und speichern Nachrichten, bis sie von einem Subscriber verarbeitet werden.
Subscriptions: Verknüpfen bestimmte Topics (z. B. equipment/created) mit einer Queue.

Wenn man SAP CAP verwendet, kann das Framework – je nach Konfiguration – Queues und Subscriptions automatisch erzeugen, basierend auf den im Code definierten Events (z. B. cds.emit()).

Das reduziert den manuellen Aufwand und erleichtert die Integration von Event Mesh in bestehende Anwendungen.

Vorbereitung und Umsetzung

Bevor du SAP Event Mesh nutzen kannst, sind einige Vorbereitungen notwendig – sowohl auf Account- als auch auf Benutzer-Ebene.

1. Event Mesh für deinen Subaccount freischalten
Stelle sicher, dass die notwendigen Entitlements aktiviert sind. Öffne dafür das BTP Cockpit, wähle deinen Subaccount aus und füge den Service Enterprise Messaging hinzu. In der Trial-Umgebung wählst du den Plan dev, in Produktivumgebungen den Plan default. Nach dem Speichern ist Event Mesh bereit für die Nutzung.

2. Benutzerrollen vergeben
Damit du und dein Team den Service verwalten und nutzen könnt, müssen entsprechende Rollen zugewiesen werden – etwa ReadRole, ManageRole und optional TestRole. Über Role Collections lassen sich Berechtigungen zentral verwalten und einfach an Benutzer zuweisen.

3. Messaging testen
Über das Event Mesh Dashboard kannst du die Einrichtung prüfen:

Publish: Sende eine Testnachricht an deine Queue.
Consume: Hole die Nachricht wieder ab und überprüfe den Payload.

💡 Tipp: Wenn du SAP CAP einsetzt, übernimmt das Framework oft automatisch die Erstellung von Queues und Subscriptions, basierend auf den im Code definierten Events (cds.emit()). Das spart Zeit und reduziert manuellen Aufwand.

Fazit

Mit SAP Event Mesh lassen sich Anwendungen flexibel, robust und zukunftssicher vernetzen. Der Wechsel von synchroner zu asynchroner Kommunikation schafft mehr Unabhängigkeit, Skalierbarkeit und Stabilität in modernen Architekturen. Besonders im Zusammenspiel mit CAP oder Microservices ist Event Mesh ein zentraler Baustein für Cloud-native Integrationen.

Wer Integrationen vereinfachen, Geschäftsprozesse beschleunigen oder eine resiliente Architektur aufbauen will, sollte Event Mesh fest im Werkzeugkasten haben.