PUBLIC

openSAP
Modernize Integration with SAP Integration Suite

Week 3 Unit 1

00:00:05 - Hallo an alle. Willkommen zur dritten Woche, in der es um APIs und die
00:00:10 vorgangsbezogene Integration geht. In Kapitel 1 geht es um die API-Bereitstellung.
00:00:18 In der ersten Woche unseres Kurses haben wir die fünf Säulen des API-Managements
durchgearbeitet, wie in der Folie
00:00:24 dargestellt. Im Kapitel dieser Woche werden wir ausführlich auf die
00:00:29 API-Bereitstellung eingehen, indem wir API-Anbieter genauer betrachten, APIs aus den
Systemen sicher exponieren und
00:00:38 sicherstellen, dass es eine einheitliche Fassade für Anwendungen und Konsumenten gibt, die
mit diesen APIs
00:00:45 interagieren können. Zu diesem Zeitpunkt wissen Sie wahrscheinlich, dass das
00:00:51 API-Portal einen virtuellen Standardhost auf der Unterdomäne
apimanagement.region.hana.ondemand.com bereitstellt.
00:00:59 Sie können auch zusätzliche virtuelle Hosts bereitstellen, die sich entweder auf der
Standardsubdomäne oder auf
00:01:07 benutzerdefinierten Domänen Ihrer Wahl befinden können. Es sollte darauf hingewiesen
werden, dass dies nicht mit dem
00:01:14 benutzerdefinierten Domänenservice auf BTP identisch ist. Dies ist kostenlos, und wir
benötigen nur Ihre
00:01:21 Domänenzertifikate und privaten Schlüssel, um unserem Betriebsteam sicher zur Verfügung
gestellt zu werden.
00:01:29 Wir unterstützen Erweiterungen wie SNI und SAN über Platzhalterzertifikate, wenn dies bei
Ihnen in Ordnung ist.
00:01:37 Wir unterstützen die Client-Zertifikat-basierte Authentifizierung.
00:01:40 Wenn Sie zusätzliche Sicherheit benötigen, verfügen wir über sofort einsatzbereite Richtlinien
zum Lesen von
00:01:47 Zertifikatsattributen für das erweiterte ACLing , wenn dies Ihr Anwendungsfall ist.
00:01:53 Eine weitere Facette einer API-Management-Lösung wäre das dynamische Umschreiben von
URLs, sodass dynamische
00:02:00 Routing-Entscheidungen getroffen werden können. Wie Sie im Screenshot sehen können,
können Attribute und
00:02:07 Ressourcenpfadparameter im API-Provider parametrisiert und dynamisch gefüllt werden.
00:02:14 Eine weitere wichtige Funktion wäre, den Lastausgleich über mehrere API-Provider hinweg zu
erleichtern und den
00:02:22 Datenverkehr an diese API-Provider über mehrere Algorithmen wie Round-Robin usw. zu
verteilen.
00:02:29 Nicht nur das API-Portal, das Entwicklerportal oder das API Business Hub Enterprise kann
auch einen benutzerdefinierten
00:02:41 Hostnamen enthalten, z.B. api.developers.bestrun.com, sodass Ihre Organisation einen
wirklich heterogenen API-Katalog
00:02:53 haben kann. Lassen Sie uns eingehend auf die API-Sicherheit eingehen.
00:02:57 Sie wissen wahrscheinlich, dass API-Provider nichts anderes als Möglichkeiten sind,
Systemtypen zu definieren und die
00:03:04 Konnektivität zu diesen Systemen festzulegen. Sie könnten beispielsweise internetfähige LOB-
Systeme,
00:03:11 Cloud-Integration-Systeme, von denen Integration-Flows entdeckt werden können, Open
Connectors, Anbieter, haben, um
00:03:20 APIs zu entdecken, die auf Nicht-SAP-Systeme verweisen usw. Sie können MTLS zwischen
dem API-Gateway und API-Anbietern
00:03:29 einrichten, wenn Sie möchten. Ein wichtiger Anwendungsfall besteht nun darin, eine
00:03:34 Verbindung zu On-Premise-Systemen wie SAP S/4HANA oder ECC herstellen zu können.
00:03:39 Dazu verwenden wir implizit den Cloud Connector, und wir unterstützen Standards wie die
Übergabe des
00:03:47 Benutzer-Principals aus dem BTP-Konnektivitätskontext an On-Premise-Systeme, und wir
haben jetzt eine Demo dazu.
00:03:56 Nicht nur das, wir haben viele Kunden, die Konnektivität zu Systemen wie S/4HANA Cloud,
SuccessFactors benötigen, über
00:04:04 die einfache Authentifizierung und Zertifikate hinaus. Außerdem gibt es viele Varianten von
Richtlinienvorlagen ,
00:04:12 bei denen erweiterte Techniken basierend auf dem OAuth-Tokenaustausch und der
Identitätsföderation aktiviert
00:04:19 werden können. Sehen wir uns nun einige dieser Aspekte in einer Live-Demo
00:04:25 an. Ich bin mit dem API-Portal der Integration Suites verbunden,
00:04:30 und in meiner Erstellungs-API-Erfahrung sehen Sie, dass ich über den Standard-Hostnamen
hinaus auch die
00:04:36 benutzerdefinierte Domäne hier eingeführt habe. Wir unterstützen also eine zusätzliche
Domäne, und wenn Sie
00:04:43 Ihre API anlegen würden, wird sie tatsächlich in einer dieser beiden Domänen veröffentlicht.
00:04:49 Ich habe also diesen API-Client-Zertifikatstest, und wie Sie sehen können, verweist er
tatsächlich auf eine
00:04:54 benutzerdefinierte Domäne. Und wenn ich die API-Proxy-URL aufgerufen hätte, würden Sie
00:05:00 sehen, dass sie tatsächlich zu einem Fehler führt. Das liegt daran, dass ich während dieses
Anrufs kein
00:05:06 Zertifikat explizit übergeben habe. Sie sehen also, dass der Endpunkt tatsächlich so
00:05:10 konfiguriert ist, dass er ein bidirektionales SSL-Zertifikat akzeptiert.
00:05:14 Sehen wir uns das jetzt in Aktion an. Ich rufe also jetzt eine Curl an, und auf der Curl sehen
00:05:20 Sie, dass ich mein Client-Zertifikat und meinen privaten Schlüssel übergebe .
00:05:26 Und wenn ich einen Anruf tätige, sollten Sie sehen, dass es mir als Antwort tatsächlich eine
Reihe von Parametern
00:05:34 zurückgibt. Als Demonstration drucke ich eigentlich den allgemeinen
00:05:38 Namen des Zertifikats, den Distinguished Name, den Fingerabdruck des Zertifikats, die
Rohzertifikatdetails usw.
00:05:45 aus, und das können wir auch testen. Wenn ich also nur einen schnellen OpenSSL-Befehl
ausführen
00:05:51 würde, um die Zertifikatsattribute zu lesen, sehen Sie, dass er tatsächlich mit der Antwort
übereinstimmt, die ich gerade
00:05:57 bei meinem vorherigen Aufruf erhalten habe. Dies zeigt also, dass wir ein bidirektionales SSL
auf einem

2 / 27
00:06:04 API-Proxy-Endpunkt mit einer benutzerdefinierten Domäne einhalten.
00:06:10 Lasst uns vorankommen. Als nächstes habe ich ein System, in dem ich eine Weitergabe
00:06:17 von Benutzeridentitäten durchgängig mit einem Azure-Identity-Provider konfiguriert habe.
00:06:24 Wie Sie sehen, ist dies ein API-Provider, der eine Verbindung zu einem SAP-S/4HANA-On-
Premise-Simulationssystem
00:06:30 herstellt . Und das ist kein reales System, was ich gerade als
00:06:34 Simulation angelegt habe, und Sie sehen, dass es tatsächlich mit einem httpbin.local-
Endpunkt verbunden ist.
00:06:40 Interessant ist jedoch, dass sie tatsächlich über den Cloud Connector erfolgen muss und dass
sie für die Weitergabe von
00:06:47 Benutzeridentitäten konfiguriert ist. Und wenn ich nun zu meiner Cloud-Connector-Einstellung
gehe,
00:06:53 sehen Sie, dass der virtuelle Host tatsächlich mit meinem Internet-Host verbunden ist. Dies ist
etwas, das für den
00:07:01 Principal-Typ X.509 festgelegt ist. Hervorragend, das war es, was wir wollten.
00:07:06 Und bei der Konfiguration sehen Sie, dass wir den Typ On-Premise haben und das System
und andere benötigte
00:07:13 Zertifikate tatsächlich konfiguriert haben, und es wird tatsächlich auf einen gemeinsamen
Namen für die
00:07:19 E-Mail-Adresse des parametrisierten Benutzers geprüft, und es wird tatsächlich ein Zertifikat
dynamisch angelegt und
00:07:25 dann an das Backend propagiert. So sind wir also aufgestellt.
00:07:30 Und um dies zu testen, und hier ist unser Endpunkt auf Microsoft Azure, und Sie sehen, dass
wir tatsächlich für
00:07:36 einen OpenID-Connect-Aufruf eingerichtet sind. Und sobald ich mich mit meinem Azure AD
authentifiziere,
00:07:42 sehen Sie, dass das System mit einem JWT-Token zurückkommt, und dieses Token hat
tatsächlich den Prinzipal des
00:07:49 Benutzers, der tatsächlich ein Microsoft-Benutzer ist. Sobald ich meine API in API
Management mit dem vorhandenen
00:07:57 Bearer-Token aufrufe und sende, sollten Sie sehen, dass das System diese Verbindung
tatsächlich bis zu unserem
00:08:06 On-Premise-Backend herstellt. Und obwohl das trivial ist, ist es wichtig zu beachten ,
00:08:13 dass wir tatsächlich erfolgreich in der Lage waren, den gemeinsamen Namen des Benutzers
zu übergeben , was ich jetzt
00:08:21 extrahieren werde. Also in meinen Cloud-Connector-Protokollen, wenn ich nur die
00:08:27 Protokolleinträge betrachten würde und wenn ich nach X.509 suche, sehen Sie, dass es
tatsächlich die Tatsache zeigt,
00:08:35 dass das Zertifikat für meinen Outlook-Benutzer generiert wurde, und dies ist etwas , das den
ganzen Weg zu unserem
00:08:44 On-Premise-System geht. Hervorragend.
00:08:47 Sie haben also gesehen, dass es so einfach war, einen Benutzerprinzipal an ein On-Premise-
System zu übergeben.
00:08:56 Um dies zu erreichen, sehen Sie hier eine Reihe von Richtlinien, und das sind alle Richtlinien,
die wir
00:09:03 tatsächlich als Vorlagen im API Business Hub veröffentlicht haben, und wir werden tatsächlich
für das Anlegen eines
00:09:10 Benutzer-Principals eingerichtet und dann als Token mit Zugriff UAA austauschen.
00:09:15 Das war also das primäre Beispiel dort. Und wenn ich zu meinem API-Portal zurückkehren
kann und nun

3 / 27
00:09:21 beispielsweise meinen nächsten API-Proxy zeige, der für die Konnektivität mit BTP
eingerichtet ist, in diesem Fall
00:09:28 S/4HANA Cloud, sehen Sie, dass es eine Kommunikationsvereinbarung gibt, die für OAuth
eingerichtet
00:09:35 ist und nicht nur Benutzername und Kennwort. Wie Sie sehen können, gibt es OAuth-
Anmeldeinformationen ,
00:09:41 die von der Kommunikationsvereinbarung bereitgestellt werden. Dies ist etwas, das wir in
dieser Demonstration als
00:09:48 Ehre für das API-Management verwenden werden. Und wenn ich zu meinen Destinationen
zurückkehren kann,
00:09:56 sollten Sie sehen können, dass wir dafür eingerichtet sind und der Proxy einen Endpunkt hat.

00:10:04 Und innerhalb meines Zielendpunkts sehen Sie, dass wir tatsächlich eine Verbindung zur
S/4HANA-Cloud-Instanz
00:10:11 herstellen . Hervorragend.
00:10:14 Und ja, das ist der Kern der Konnektivität. Sie stellen fest, dass die Destination
s4hana_oauth_email
00:10:21 nun vorhanden ist und dass sie tatsächlich für die Kommunikation mit dem S/4HANA-
Endpunkt eingerichtet ist und
00:10:28 tatsächlich auf dem Austausch zwischen OAuth und SAML-Inhabern basiert. Dies wird von der
API-Verwaltung
00:10:35 beachtet. Und wir tun dies , indem wir eine Reihe von
00:10:40 Richtlinienvorlagen haben. Auch hier haben wir etwas dokumentiert , und Sie stellen
00:10:46 fest, dass der Benutzer nur den Destinationsnamen in der Konfigurationsdatei einrichten muss
und dass dies der Fall
00:10:56 ist. Wenn ich das API aufrufe, sehen Sie, dass das System die
00:11:01 Übersetzung durchführt. Ich rufe eigentlich den API-Geschäftspartner-Endpunkt auf.
00:11:06 Und Sie sehen, dass es tatsächlich mit einem Token zurückkommt , das ausgetauscht werden
soll, und dieses Token
00:11:13 geht an BTP, und BTP würde dann die erforderliche Authentifizierung für S/4HANA einrichten ,
und dann sehen
00:11:19 Sie, dass es tatsächlich mit meinem Antwortsatz zurückkommt .
00:11:23 Ich hätte etwas ganz Ähnliches auch mit SuccessFactors machen können.
00:11:27 Hier sehen Sie, dass ich in diesem Fall den SuccessFactors-Mitarbeiterabrechnungsendpunkt
aufrufe .
00:11:33 Es folgt genau dem gleichen Ansatz: Ich erhalte einen Zugriffstoken ausgetauscht, und mit
diesem
00:11:40 Zugriffstoken wird er von API Management in meinem Namen an BTP übergeben und
schließlich mit einer Authentifizierung
00:11:49 an SuccessFactors zurückgegeben . Und das wird man in einer Minute sehen.
00:11:54 Und Sie sehen, dass es tatsächlich mit Datensätzen von SuccessFactors zurückkam , und es
folgt fast den gleichen
00:12:02 Nuancen des Ziels, wie ich erwähnt habe. Und Sie sehen, dass es tatsächlich mit der API-
Verkaufsdemo
00:12:08 und fast demselben Richtliniensatz verbunden ist. Aber nur in diesem Fall wird die Destination
für
00:12:15 SuccessFactors und nicht für SAP S/4HANA festgelegt, und dies ist die Grundlage.
00:12:22 In Ordnung, mit dieser Demonstration, gehen wir zurück zu unserer Zusammenfassung.
00:12:28 Kurz gesagt: Was wir bisher gelernt haben, ist, dass das API-Management in Integration
Suites eine Vielzahl von

4 / 27
00:12:35 Optionen bietet, um nahtlos mit heterogenen Systemen zu verbinden .
00:12:40 Wir verfügen über umfassende sofort einsatzbereite Richtlinien und viele sofort einsatzbereite

00:12:45 Richtlinienvorlagen , die Kunden helfen können, die Sicherheits-Handshakes für Kunden zu
vermitteln, die eine
00:12:51 Verbindung zu Backend-Services innerhalb und außerhalb des BTP-Kontexts herstellen
möchten.
00:12:56 Wir sehen uns im nächsten Kapitel.

5 / 27
Week 3 Unit 2

00:00:06 - Hallo an alle. Willkommen in Woche drei, Einheit zwei.

00:00:09 In diesem Kapitel wird über die API-Nutzung gesprochen. In unserem vorherigen Kapitel
haben wir uns mit den Aspekten
00:00:17 der API-Bereitstellung befasst. Im Kapitel dieser Woche betrachten wir das andere Spektrum
00:00:23 des Lebenszyklus des API-Managements, das sich auf API-Konsumenten konzentriert.
00:00:28 Dabei kann es sich um Partner, Endbenutzer oder sogar Kooperationssysteme handeln, die
die APIs ermitteln und
00:00:36 veröffentlichen und gemäß den von API-Administratoren definierten Sicherheitsstandards
nutzen möchten.
00:00:44 Was früher einfach als Entwicklerportal bezeichnet wurde, nimmt jetzt einen neuen Avatar an,
den API Business Hub
00:00:54 Enterprise. Bitte beachten Sie, dass wir Sie in diesem Kapitel nicht
00:00:59 durch alle Funktionen und Funktionen von API Business Enterprise führen möchten, da wir
dies in unseren vorherigen
00:01:06 Iterationen unseres OpenSAP-Kurses getan haben. Stattdessen werden wir uns hier nur auf
bestimmte neue
00:01:12 Aspekte und Funktionen konzentrieren, die wir aus der jüngsten Vergangenheit hinzugefügt
haben.
00:01:18 Die Idee ist, dass es hier etwas für jede Persona gibt, von einem cloudnativen Pro-Code-
Entwickler , der Code-Snippets,
00:01:27 Beispiele und Client-SDKs benötigt, bis hin zu einem Business-App-Entwickler, der eine
Vielzahl stark typisierter
00:01:34 API-Spezifikationen und -Definitionen benötigt, die er in jedes Low-Code-Tool integrieren
kann, oder sogar einen
00:01:42 Bürgerentwickler, der Zugriff auf alle Unternehmens-APIs in SAP- und Nicht-SAP-
Installationen in seinem Unternehmen
00:01:50 benötigt. Dies muss in einem Katalogformat erfolgen, damit ihre
00:01:55 No-Code-Tools Zugriff auf diese APIs haben. Während wir mit einer Auflistung von APIs
beginnen, verfügt
00:02:03 der API Business Hub Enterprise natürlich über einen umfangreichen Katalog mit Ereignissen,
Business-Objekten,
00:02:11 der Möglichkeit, Aktionen für diese APIs aufzurufen usw., genau wie der SAP Business
Accelerator Hub.
00:02:19 Es ist zwar möglich, implizit APIs und Datengraphen aus dem zugrunde liegenden API-
Management-System zu haben , aber es
00:02:29 ist völlig möglich, APIs von API-Gateways von Drittanbietern sowie nicht verwaltete
Ressourcen aufzuführen, ohne eine
00:02:39 zusätzliche Schicht unseres eigenen Gateways darauf aufzusetzen.
00:02:45 Es gibt aktuelle Erweiterungen im API Business Hub Enterprise in Bezug auf die Möglichkeit,
Anpassungen
00:02:53 vorzunehmen. Wir haben Funktionen für den Website-Editor und ein neues
00:02:57 Design hinzugefügt, mit dem Kunden das Portal umbenennen können, um es mit ihren
eigenen Unternehmensmotiven
00:03:05 abzugleichen. Graph wurde als Funktion hinzugefügt, mit der Kunden durch
00:03:11 Datendiagramme navigieren und diese untersuchen können, die sie auf ihrem Tenant
bereitgestellt hätten.

6 / 27
00:03:20 Im Folgenden finden Sie ein Beispiel für den Anpassungsbereich , in dem Sie Websiteköpfe
und
00:03:29 Bannereinstellungen, Designs, Farben, Logos, CSS usw. ändern können.
00:03:36 Im vorherigen Kapitel haben wir gesehen, wie API Management über verschiedene
Konnektivitäts- und Zieleinstellungen mit
00:03:43 API-Providern interagieren würde. Aus Sicht eines API-Consumers ist es ebenso einfach, die

00:03:50 APIs aus einem App-Kontext aufzurufen, der in SAP BTPs ausgeführt wird.
00:03:56 Apps, die auch außerhalb des BTP-Kontexts implementiert werden, haben eine Vielzahl von
Optionen für die Verbindung.
00:04:04 Zum Beispiel über API-Schlüssel, Zertifikate und offene Standards, die auf dem OAuth-
Framework und OpenID Connect,
00:04:15 SAML usw. basieren. Lassen Sie uns kurz demonstrieren , einige dieser Aspekte
00:04:22 betrachten und auf dem Showcase unserer Vorwoche aufbauen. Zunächst rufen wir die URL
von API Business Hub Enterprises
00:04:31 in einem neuen Browser-Tab auf. Wie Sie über dem Standard-Identity-Provider sehen können,
könnte ich mich
00:04:38 auch über verschiedene Identity-Provider in verschiedenen Protokollen authentifizieren .
00:04:44 In diesem Fall habe ich mich für OpenID Connect entschieden, und ich gebe meinen
Benutzernamen vor, und das System
00:04:51 ermittelt tatsächlich, dass es für meinen SAP-Benutzer tatsächlich zu Okta gehen muss.
00:04:56 Und Sie sehen, dass ich mich tatsächlich bei Okta anmelde und das System mich anmeldet ,
und es lässt mich in das
00:05:02 Entwicklerportal einsteigen und Sie sehen, dass ich tatsächlich authentifiziert bin und dass ich
meine Liste der
00:05:07 Produkte sehe. Hervorragend.
00:05:09 Aber ich hätte mich auch mit meinem Outlook-Benutzer anmelden können und was Sie sehen,
dass das System mich dann
00:05:17 bei Microsoft Azure authentifiziert und mir tatsächlich dieselbe Entwicklererfahrung bietet, aber
in diesem Fall bin
00:05:24 ich mit dem Azure-Benutzer ohne zusätzlichen Aufwand authentifiziert .
00:05:29 Die Plattform wickelt das für mich kostenfrei ab. Ich hätte mich auch mit SAML authentifizieren
können, was
00:05:36 ich jetzt tue, und Sie sehen, dass in diesem Fall auch Okta als SAML-Identity-Provider
eingerichtet ist und ich mich
00:05:44 erfolgreich authentifizieren und mich mit SAML am selben Portal anmelden kann.
00:05:50 Und so sieht die Sicht des Entwicklerportals aus Administratorsicht aus.
00:05:57 Was Sie hier sehen, sind eine Reihe von Konnektivitätsoptionen namens Enterprise Manager,
und hier
00:06:03 konnte ich beispielsweise meine Plattformbenutzer, Verbindungen zu mehreren API-Portalen
anzeigen und
00:06:08 verwalten, sodass Sie sehen, dass in diesem Fall ein registrierter Benutzer vorhanden ist und
ich ebenfalls eine
00:06:15 Verbindung zu mehreren API-Portalen herstellen konnte. Ich konnte Domänenkategorien
pflegen, Benachrichtigungen und
00:06:23 andere regelmäßige Updates , die meine Entwickler haben sollten.
00:06:27 Es handelt sich also um ein umfangreiches Daten- und Portalset , das
Entwicklerkommunikation und
00:06:40 Entwicklerkoordination ermöglicht. Jetzt haben wir die Möglichkeit, die Website zu bearbeiten.

7 / 27
00:06:49 Was Sie hier sehen, ist ein Formular, und ich könnte die Website-Einstellungen bearbeiten
und aktualisieren.
00:06:57 Ich konnte mein eigenes Branding hinzufügen, mein Logo, ich konnte Beschreibungen
verwalten, ich könnte auch neue
00:07:02 Farben, Themes und so weiter einführen. Und das wäre etwas, das für Entwickler , die sich
später am
00:07:09 Portal anmelden, enthalten würde und dann weitermachen würde.
00:07:14 Hier ist eine Demonstration der API-Nutzung. Und Sie sehen, dass ich tatsächlich an einer
Anwendung
00:07:22 angemeldet bin, an einer Instanz von Business Application Studio.
00:07:26 Und eigentlich bin ich mit meinem SAP-IAS-Benutzer angemeldet, und was hier zu beachten
ist, ist, dass es sich
00:07:33 tatsächlich um eine Standardanwendung handelt, die pro Vorlage generiert wird und
tatsächlich mit einer
00:07:40 Northwind-Destination auf der URL verbunden ist, die tatsächlich unter die API-Management-
Domäne fällt.
00:07:47 Und es handelt sich um eine ziemlich Standardanwendung, die einfach sofort einsatzbereit
generiert wurde.
00:07:51 Es gibt hier nichts Besonderes, und Sie sehen, dass sich der Manifest-Deskriptor tatsächlich
mit der API-Ressource
00:07:59 verbindet. Und wenn ich Sie nun durch die Destinationseinstellungen
00:08:04 führen würde, verwenden wir eine ähnliche Destination wie im vorherigen Kapitel.
00:08:09 Ich rufe die Destination Northwind an, und sie ist tatsächlich für den OAuth-2.0-JWT-Bearer
festgelegt.
00:08:15 Das ist etwas, was Kunden verstehen. Dies ist etwas, das von der BTP-Plattform unterstützt
wird,
00:08:21 und etwas, das das API-Management dann ergreifen und dann das vorgestellte Token
austauschen und eine neue Sitzung
00:08:28 anlegen würde, um sich am Backend zu authentifizieren. Und genau das werden wir jetzt tun.
00:08:34 Und wenn ich zu meiner Anwendungs-API gehe, siehst du, dass es sich tatsächlich um die
Northwind-API handelt, und wenn
00:08:44 ich dir den Zielendpunkt zeige, ist es tatsächlich mit meinem On-Premise-System verbunden.
00:08:52 Der Zielendpunkt umfasst also den API-Provider , und dies ist derselbe API-Provider, den wir
auch im vorherigen
00:08:58 Beispiel verwendet haben . Nicht-Prem-System, das mit Northwind verbunden ist und für
00:09:03 die Weitergabe von Benutzeridentitäten festgelegt ist. Hervorragend.
00:09:06 Nun gehen wir zurück zur App und rufen diese auf. Daher rufe ich dies in einem lokalen
Modus auf, und Sie
00:09:14 sehen, dass es tatsächlich eine Anwendung startet. Die Anwendung lädt dann eine UI-Seite ,
die mit einer
00:09:22 Antwort zurückgegeben wird, und dies geht bis zum Backend. Es ist tatsächlich mit einer Liste
von Produkten für mich
00:09:29 zurückgekommen. Und wenn ich einen kleinen Filter anlegen würde, zeige ich
00:09:33 mir den Namen der Produkt-ID, zeige mir die Menge pro Einheit an, und das kommt
tatsächlich mit einem Datensatz
00:09:39 zurück. Hervorragend.
00:09:41 Kehren wir zum Cloud Connector zurück, und überprüfen wir dann, welche Verbindungen
eingegangen sind. Wenn ich also zu
00:09:50 meinen Protokollen und Trace-Dateien navigiere, Protokolle heruntergeladen habe und in
diesem Fall sehen Sie, dass die

8 / 27
00:09:59 Anwendung des Benutzers, die eigentlich ein Benutzer aus SAP IAS ist, die Anwendung dann
im Backend anzeigt.
00:10:07 Und dies ist etwas, nach dem ich filtern würde, suchen Sie nach einem X.509-Zertifikat,
suchen Sie nach dem
00:10:14 Benutzeraussteller, und Sie sehen, dass dies tatsächlich auf diesen Benutzer verweist, der
tatsächlich aus meinem IAS
00:10:21 stammt. Hervorragend.
00:10:23 Wir haben also gesehen, dass die Client-Verbindung bis zum Backend kam und es für uns so
einfach ist, diese Anwendung
00:10:31 zu erstellen und dann über das API-Management konsumieren zu lassen.
00:10:36 Zusammenfassend haben wir in diesem Kapitel gelernt, dass die API Management and
Integration Suite Entwicklern ein
00:10:43 umfassendes Designzeit-Erlebnis bietet, mit dem sie APIs und Datengraphen aus dem API
Business Hub Enterprise auf sichere
00:10:50 und verwaltete Weise entdecken können. Außerdem ermöglichen wir Kunden eine native
Cloud-Erfahrung , um Apps auf der
00:10:57 Grundlage dieser APIs zu erstellen, die sie mit einem Unternehmens-Backend-System
verbinden können.

9 / 27
Week 3 Unit 3

00:00:05 - Hallo an alle. Willkommen in Woche drei, Einheit drei.

00:00:09 In diesem Kapitel wird das API-Lebenszyklusmanagement behandelt.
00:00:15 In unseren vorherigen Kapiteln konzentrierten wir uns auf Fassade und Sicherheit als
Hauptpfeiler, die den Handshake
00:00:21 zwischen API-Konsumenten und Anbietern vorantreiben . Im Kapitel dieser Woche werden wir
uns ausführlich mit
00:00:29 API-Governance, -Transformation und -Erkenntnissen als unterstützende Säulen befassen,
die alle Aspekte des
00:00:37 gesamten Lebenszyklus der API abdecken. Es ist wichtig, dass Ihre Entwickler wissen , dass
eine API
00:00:47 auch andere Sekundärzustände enthalten kann. Beispielsweise kann ein API, das als Alpha-
oder Beta-API
00:00:56 gekennzeichnet ist, darauf hindeuten, dass es eine andere SLA als normale APIs gibt, oder
Ihre Entwickler müssen
00:01:04 wissen, dass Sie als API-Provider mehrere Versionen eines APIs ausgewählt haben und dass
eine niedrigere Version auf
00:01:12 einen veralteten Status gesetzt werden kann und dennoch Entwickler diese APIs weiterhin
verwenden können. Für einen
00:01:20 Client, der einen solchen Aufruf durchführt, müssen Sie sich mit dem benutzerdefinierten
HTTP-Fehler befassen .
00:01:28 Und wenn ein API später stillgelegt werden sollte, können Sie es entsprechend bearbeiten.
00:01:33 Ebenso wird es direkt über eine reguläre Versionierung hinaus möglich sein, mehrere
Revisionen desselben APIs
00:01:42 auszuschneiden und deployte Instanzen dieser Instanzen anzuzeigen und zu durchlaufen.
00:01:48 Ebenso möchte ein Entwickler im API Business Hub Enterprise möglicherweise API-Schlüssel
periodisch rotieren, sodass es
00:01:58 keine Sicherheitsverletzungen in seinen APIs gibt. Die Zugriffssteuerung für APIs und
Produkte kann ebenfalls
00:02:06 detailliert sein. Wie Sie hier auf der Folie sehen können, habe ich ein
00:02:10 Produkt, das einen Lese-, Schreib- und Löschbereich autorisiert, was bedeutet , dass einem
Entwickler
00:02:17 Zugriffstoken nur basierend auf dem anfordernden Scope gewährt werden müssen.
00:02:23 Wenn der Entwickler versucht, eine Operation auszuführen, die außerhalb des Umfangs der
Anforderung liegt, die
00:02:33 aufgerufen wurde, wird der Aufruf abgelehnt. Ebenso könnte ein Administrator Berechtigungen
explizit
00:02:42 aktivieren, um APIs basierend auf der tatsächlichen Gruppenzuordnung , die die Login-
Assertion eines Benutzers
00:02:50 darstellt, zu ermitteln und zu abonnieren. Im Folgenden finden Sie einige Aspekte der
Governance , die
00:02:57 in API Business Hub Enterprise integriert sind. Hier gibt es zwei grundlegende Elemente,
eines, das ein
00:03:03 Administrator in der Lage sein sollte, die Benutzer anzusehen, die als Entwickler in ihrem
Tenant registriert
00:03:10 sind, die Abonnements anzuzeigen, eine Aufgabe im Namen von auszuführen, wie z. B. das
Onboarding oder das Offboarding
00:03:16 von Benutzern nach Bedarf. Der zweite Teil ist die Möglichkeit, eine Verbindung zu

10 / 27
00:03:22 mehreren API-Portalen herzustellen und einen einheitlichen API Hub Enterprise zu erstellen.
00:03:28 Wir möchten, dass Sie weiterhin mehrere API-Gateways haben, wenn Sie dies ausgewählt
haben, und dennoch in der Lage
00:03:37 sein, einen einheitlichen API-Katalog anzulegen, der in der Lage ist, über alle Ihre
verschiedenen
00:03:44 API-Portalinstallationen hinweg zu föderieren. API-Transformationen können auf verschiedene
Arten
00:03:51 durchgeführt werden, und wir haben viele sofort einsatzbereite Richtlinien, z.B. Nachricht
zuordnen,
00:03:58 Variablen extrahieren, Serviceaufruf und skriptbasierte Richtlinien für Header, Payload und
URL-Manipulation.
00:04:06 Wir sprechen hier in diesem Kurs nicht unbedingt darüber. Wir möchten uns hier auf die
Möglichkeit konzentrieren, eine
00:04:13 API-Transformation über Graph durchzuführen, bei der es sich um erstklassige semantisch
verwaltete und kuratierte APIs
00:04:21 von SAP handelt, die die Art und Weise, wie Sie mit SAP- und Nicht-SAP-Systemen
interagieren, wirklich vereinfacht haben.
00:04:30 So können Sie Beziehungen, Assoziationen zwischen APIs aufbauen, Daten über mehrere
Systeme hinweg filtern,
00:04:37 abfragen und auswählen, und zwar in einer mit OData V4 konformen Art und Weise oder
sogar in Form einer
00:04:44 Diagrammabfrage. Dazu erstellen wir ein so genanntes Geschäftsdatendiagramm.
00:04:50 Was Sie hier auf der Folie sehen, sind im Wesentlichen Metadaten, die diese Objekte als
Datenquellen und die
00:04:58 Beziehung zwischen ihnen beschreiben. Wir unterstützen es, das Datendiagramm mit Ihren
eigenen
00:05:05 benutzerdefinierten Datenquellen und Modellerweiterungen erweitern zu können.
00:05:12 Sehen wir uns einige dieser Aspekte in dieser sehr schnellen Demonstration an .
00:05:19 Lassen Sie uns verstehen, was genau ein Geschäftsdatendiagramm ist.
00:05:23 Eine der Nuancen von Graph ist also, dass wir Zugriff auf das haben, was wir gespiegelte
Entitäten und
00:05:30 vereinheitlichte Entitäten nennen. Spiegelnde Entitäten sind im Wesentlichen Projektionen von

00:05:36 Datenobjekten. Und wie Sie hier sehen können, haben wir eine Entität aus
00:05:41 SAP S/4HANA. Wir nennen diesen Geschäftspartner , der sofort einsatzbereit ist.
00:05:47 Wir haben Entitäten in unserem unterschiedlichen Namensraum vereinheitlicht, die abstrahiert
werden. Hierbei handelt es
00:05:53 sich um vereinfachte Entitäten , die mehrere Datenmodelle verbinden können und dies als
einen am wenigsten gemeinsamen
00:05:59 Nenner betrachten, der es Ihnen wirklich einfach macht, auf all diese heterogenen Systeme
zusammen zuzugreifen.
00:06:05 Jetzt gibt es auch eine sogenannte Modellerweiterung. Und Modellerweiterungen sind nichts
anderes als Enabler von
00:06:13 benutzerdefinierten Entitäten, und Sie können Ihre eigenen Entitäten definieren, z.B. die
Attribute aus mehreren
00:06:20 Entitätsquellen kombinieren können. Möglicherweise möchten Sie die Komplexität von APIs
00:06:26 vereinfachen , umbenennen oder ausblenden. Das ist etwas, was Sie mit Modellerweiterungen
tun können,
00:06:33 und Sie können auch über diese Assoziationen eine Verbindung zu anderen Quellen
herstellen .

11 / 27
00:06:40 Schauen wir uns an, wie eine benutzerdefinierte Entität aussehen könnte.
00:06:44 Hier ist also eine Entität namens FlyingPartner im Namensraum für den besten Lauf.
00:06:50 Und wie Sie sehen können, hat es eine Reihe von Attributen. Diese Attribute kommen im
Wesentlichen über Assoziationen
00:06:58 mit z.B. einer S/4-Geschäftspartnerentität. Und Sie haben möglicherweise eine
benutzerdefinierte
00:07:05 Datenquelle, in der ich in diesem Fall eine Vielfliegerentität nenne.
00:07:10 Und Sie sehen, dass es Attribute gibt, die tatsächlich aus dieser benutzerdefinierten
Datenquelle stammen, und ich
00:07:17 kombiniere alles zusammen und dann bekomme ich diese benutzerdefinierte Entität
tatsächlich als Ergebnis.
00:07:23 Schauen wir uns kurz an , wie das in der Anwendung aussieht. Was Sie also auf dem Bild
sehen, ist die Diagrammentität in
00:07:33 der Integration Suite, im Grafikbereich und in Graph. Nun sehen Sie, dass es im Wesentlichen
zwei Teile gibt:
00:07:41 Wir haben das so genannte Geschäftsdatendiagramm und die Modellerweiterung.
00:07:46 Und lassen Sie uns einen Blick auf jede dieser Themen werfen.
00:07:49 Die Modellerweiterung ist im Grunde der Teil, in dem ich Entitäten aus einer
benutzerdefinierten Quelle anlegen
00:07:57 könnte. Und wie ich das gemacht habe, ist, dass ich diesen
00:08:01 JSON-Ausdruck habe, der in der Regel Datei- und XML-, Datei- und JSON-basiert ist, aber wir
haben Pläne, dies tatsächlich
00:08:09 zu erweitern und dann eine Benutzungsoberfläche zu haben, mit der Sie eine solche Definition
aktivieren können.
00:08:18 Was Sie hier auf dem Bild sehen, ist die Vielfliegerentität aus der benutzerdefinierten
Datenquelle, und dann haben wir
00:08:24 die Geschäftspartnerentität aus S/4, und Sie können im Wesentlichen eine Komposition
anlegen, sie neu anordnen.
00:08:31 Es ist also wirklich eine sehr leistungsstarke Möglichkeit , diese benutzerdefinierten
Erweiterungen anlegen zu können.
00:08:37 Und nicht nur im Tabellenformat: Wir haben auch eine grafische Darstellung, damit Sie sich
00:08:46 diese Beziehungen ansehen können. Nachdem wir nun unsere Modellerweiterung angelegt
haben,
00:08:53 wäre der nächste Schritt das eigentliche Anlegen eines Geschäftsdatendiagramms damit.
00:08:57 Dazu legen wir ein neues Geschäftsdatendiagramm an. Dies ist etwas, das ich bereits getan
habe. Daher nenne ich
00:09:04 diesen "Flying-Partner", und Sie sehen, dass er tatsächlich einen Aufruf in den my.custom-
Namensraum und meinen
00:09:11 S/4-Namensraum als Datenquellen enthält, an die ich diesen gebunden habe.
00:09:15 Das ist ziemlich einfach. Sobald diese erstellt und implementiert wurde, ändern wir im
00:09:25 Wesentlichen unsere Persona und übernehmen die Rolle eines Anwendungsentwicklers.
00:09:31 Als Anwendungsentwickler gehe ich zum Graph Navigator. Und was Sie im Navigator auf der
linken Seite sehen, sind
00:09:38 die Datengraphen, auf die ich als Entwickler Zugriff habe. Und Sie sehen, dass ich hier eine
Reihe von Datendiagrammen
00:09:45 habe. Schauen wir uns den Flying-Partner an, den wir gerade
00:09:48 erstellt haben. Wie bereits erwähnt, haben Sie Zugriff auf alle abstrakten
00:09:53 Namensräume im Namensraum sap.graph sowie auf die gespiegelten Entitäten.
00:09:59 Dies sind also alle Entitäten , auf die Sie in diesem Datendiagramm Zugriff haben.

12 / 27
00:10:05 Es handelt sich also um einen Geschäftspartner. Und dann sind das alle anderen Vorgänge
auf dem
00:10:09 Geschäftspartner. Und dann habe ich meine benutzerdefinierte Datenquelle, die
00:10:14 Vielfliegerentität. Und nicht zuletzt habe ich den besten Laufnamensraum, der
00:10:18 schließlich das Flying-Partner-Objekt darstellen würde. Und Sie sehen , dass das Schema
mehrere Eigenschaften
00:10:26 aufruft, einfache Eigenschaften, die diese Entität, Partner-ID, Programmteilnahme, Lokation
und alle einfachen
00:10:33 Typen kapseln. Und was Sie auf der rechten Seite sehen, ist ein Beispiel
00:10:39 dafür, wie das semantische Modell für dieses Objekt aussieht.
00:10:43 Wieder ist es ein einfacher Typ, und was ich tun könnte, ist, dieses API auch in Echtzeit
auszuprobieren, also gehe
00:10:51 ich zur Tryout-Konsole, und Sie sehen, dass ich eine OData-Abfrage habe, die ich tatsächlich
dynamisch erstellen
00:10:59 könnte. Ich nenne dieses Objekt, und was Sie hier sehen, ist eine
00:11:04 Darstellung des OData, das ich bekomme. Was wir auch haben, ist ein GraphQL-Client. In
diesem Fall
00:11:11 betrachte ich Altair, es ist eine eigenständige für GraphQL-Visualisierungen, und wir können
eine
00:11:18 GraphQL-Abfrage aufrufen, die der von uns gerade unter OData V4 ähnelt.
00:11:24 Ich rufe also die Entität bestrun FlyingPartner auf, rufe die verschiedenen Knoten auf und
frage nach der
00:11:32 Top-One-Antwort. Und siehe, Sie erhalten tatsächlich eine Antwort in einer
00:11:38 GraphQL-Semantik zurück. Das ist also so einfach, wie es wird.
00:11:42 Was Sie sehen, ist, dass Graph es Ihnen wirklich leicht macht, OData- und GraphQL-ähnliche
Objektantworten
00:11:51 aufzurufen . Lassen Sie uns also zu unserer Zusammenfassung zurückkehren.
00:11:56 Und was fassen wir zusammen? Wir fassen also zusammen, dass API-Management-
Funktionen in
00:12:02 der Integration Suite eine Vielzahl von Funktionen zur Steuerung des Lebenszyklus und Status
einer API bieten.
00:12:09 Wie wir gesehen haben, bietet Graph ein semantisches Modell für APIs aus SAP-Entitäten
und benutzerdefinierten
00:12:18 Entitäten. Und damit beende ich dieses Kapitel.
00:12:22 Vielen Dank.

13 / 27
Week 3 Unit 4

00:00:06 Hallo und herzlich willkommen , um einen genaueren Blick auf die Eventing Infrastruktur zu
werfen.
00:00:11 Ich habe Ihnen bereits in der Einführungssitzung gesagt, dass wir eine durchgängige Sicht
haben, und Sie können sehen, dass sie
00:00:21 detailliert ist. Es gibt also eine ganze Reihe von Ereignisquellen,
00:00:26 Infrastrukturkomponenten und Ereignisverbrauchern. Und eigentlich sind es so viele, dass ich
meine Brille brauche,
00:00:34 und ich werde sie jetzt anziehen. Beginnen wir auf der linken Seite mit den
Veranstaltungsquellen,
00:00:41 die heute Teil des ereignisgesteuerten Partnernetzes von SAP sind.
00:00:46 Sie sehen, dass die meisten wichtigen Backends, die wichtigsten Geschäftsanwendungen
SAP S/4HANA, SAP S/4HANA Cloud, ERP,
00:00:54 SuccessFactors und Fieldglass bereits ereignisfähig sind. Sie sind für einige dieser Backend-
oder Geschäftsanwendungen auf
00:01:03 unterschiedliche Weise ereignisfähig. Es gibt Standardereignisse, z.B. SAP S/4HANA Cloud
oder SAP
00:01:10 S/4HANA, die ungefähr 500 Standardereignisse haben. Sie können benutzerdefinierte
Ereignisse, ERP, erstellen.
00:01:16 Der Hauptansatz für die Ereignisaktivierung besteht darin , ein Add-on zu verwenden, mit dem
Sie benutzerdefinierte Ereignisse
00:01:22 erstellen können. SuccessFactors verwendet die dort vorhandenen
00:01:26 Intelligent-Services-Ereignisse wieder. Fieldglass verwendet ein Add-on, wieder, und, und,
und.
00:01:33 Der Punkt ist, und das ist das Eine, woran ich mich erinnern möchte: Die meisten SAP-
Geschäftsanwendungen, alle wichtigen
00:01:41 SAP-Geschäftsanwendungen und -Backends sind ereignisfähig mit unterschiedlichen Mitteln.

00:01:48 Wir werden uns später ausführlich damit befassen. Wechseln wir zur rechten Seite, zur Event-
Consumer-Seite.
00:01:54 Es gibt eine Reihe von Event-Consumern, die es gibt, BTP. Einige BTP-Services und -Apps
sind ereignisfähig.
00:02:04 Die Integration Suite ermöglicht es Ihnen, Ereignisse zu konsumieren und zu vermitteln, an
diesen Ereignissen zu arbeiten
00:02:11 und die nächsten Schritte basierend auf Ereignissen auszulösen. BTP, Kyma-Laufzeit ist
ereignisfähig, Data Intelligence
00:02:22 Dann möchte ich zwei Dinge hervorheben: zwei Event-Consumer, die ich hervorheben
möchte, und das sind SAP-Backends.
00:02:30 Auf der linken Seite mit den Ereignisquellen geht es um ausgehende Ereignisse, das
Bereitstellen von Ereignissen aus
00:02:37 Geschäftsanwendungen und aus Backends, was bedeutet, dass eine signifikante Änderung
stattfindet und exponiert wird.
00:02:44 Auf der rechten Seite sprechen wir von Inbound, d. h., mehrere SAP-Backends können auch
Ereignisse konsumieren.
00:02:53 Dies gilt für SAP S/4HANA Cloud und SAP S/4HANA sowie für ECC. Dafür gibt es
verschiedene Möglichkeiten.
00:03:01 Wir werden uns das in einem anderen Kapitel ansehen. Und es gibt noch etwas, was ich
schnell hervorheben möchte, Azure
00:03:09 Event Grid dort. Als Event-Consumer haben wir gerade ein Beta-Programm

14 / 27
00:03:14 abgeschlossen, und wie gesagt, wurde es eingebettet. In Zukunft wird es auch verfügbar sein,
um Ereignisse über SAP
00:03:23 Event Mesh in Azure Event Grid zu konsumieren. Unten auf dieser Folie gibt es auch einiges
an Know-how.
00:03:31 Die Integrationslösungsberatungsmethodik umfasst eine ereignisgesteuerte Architektur.
00:03:36 Es gibt viele Lernmaterialien, und im Mittelpunkt dieses ereignisgesteuerten Partnernetzes
stehen SAP Event Mesh und SAP
00:03:47 Integration Suite Advanced Event Mesh als Eventing-Infrastruktur. Sehen wir uns diese beiden
Event-Broker, Ereignisnetze, genauer
00:03:59 an. Wir sprechen also von vollständig verwalteten Services , die eine
00:04:03 ereignisgesteuerte Architektur für Unternehmen ermöglichen. Beginnen wir mit SAP Event
Mesh auf der linken Seite.
00:04:13 Es ist am Ende unsere Startoption mit einer geringen Einstiegsbarriere für ereignisgesteuerte
Architektur und
00:04:21 Pay-per-Use-Preise. Sie wird verwendet, um SAP-Integrationen ereignisgesteuert zu
00:04:27 integrieren und zu erweitern. Und, es wird auf BTP implementiert und ist ein nativer Event
00:04:33 Broker für S/4HANA. Außerdem gibt es dort ein kostenloses Add-on für
00:04:37 benutzerdefinierte ECC-Ereignisse. Es kombiniert Offenheit und Fokus, unterstützt also die
00:04:42 wichtigsten Protokolle wie MQTT, AMQP, REST und bietet einige zusätzliche Vorteile für das
SAP-Partnernetz.
00:04:51 Es lässt sich gut skalieren. Sie hat aber gewisse Grenzen, denn hinter der Szene steckt eine
00:04:56 gemeinsame Infrastruktur. Und die gemeinsame Infrastruktur hat einige Bedingungen, die Sie

00:05:05 einhalten müssen. Advanced Event Mesh ergänzt SAP Event Mesh für anspruchsvollere
00:05:13 Szenarien. Es handelt sich nicht nur um einen Event Broker, sondern um ein
00:05:19 Event Mesh. Es ist also ein Netzwerk von Event-Brokern.
00:05:22 Sie können die Event-Broker von Advanced Event Mesh in einem Netzwerk mit Ereignissen
kombinieren, die hin und her fließen.
00:05:32 Es ist in Bezug auf Leistung, Zuverlässigkeit und Sicherheit vollständig auf
Unternehmensebene .
00:05:38 Im Vergleich zu SAP Event Mesh gibt es also immer zusätzliche Angebote, zusätzliche
Vorteile und lässt sich von kleinen bis zu
00:05:50 sehr großen Anwendungsfällen skalieren. Wie bereits erwähnt, handelt es sich um ein
verteiltes Netz von
00:05:57 Event-Brokern. Sie kann umgebungsübergreifend in privaten und öffentlichen
00:06:01 Clouds implementiert werden. Public Clouds könnten also Azure, AWS, Google Cloud usw.
sein,
00:06:08 Private Cloud. Sie benötigen nur eine Kubernetes-Umgebung und können sie dort
00:06:12 implementieren. Es verfügt über ein umfassendes Set von Eventing-Services und
00:06:17 verfügt über großartige Überwachungs- und Analysetools. Darüber hinaus gibt es eine ganze
Reihe erweiterter Funktionen,
00:06:25 wie feingranulare Filterung, wie dynamisches Nachrichten-Routing. Und wie gesagt, ist es
letztendlich die Grundlage für die
00:06:36 Grundlage für eine umfassende, durchgängige Eventing-Infrastruktur und eine Eventing-
Strategie dort.
00:06:48 Wichtiger Punkt, die Broker kommen in T-Shirt-Größen, also ist es keine gemeinsame
Infrastruktur.
00:06:54 Sie erhalten Ihren eigenen Broker, den Sie exklusiv verwenden. Sie können eine Reihe von
Brokern drehen, diese Broker zu einem

15 / 27
00:07:03 Netz, einem Netzwerk kombinieren, und diese Broker können in verschiedenen T-Shirt-
Größen kommen , so dass sie kleine
00:07:13 Anwendungsfälle für ultragroße Anwendungsfälle dort abdecken können.
00:07:19 Was möchte ich hinzufügen? Ich denke, wir haben so ziemlich Dinge erwähnt.
00:07:23 Wichtig, Netzwerk, Sie haben viele Deployment-Optionen. Es sind Ihre eigenen Broker, also
keine gemeinsame Infrastruktur,
00:07:34 sie skalieren vollständig. Wenn ich mir dies genauer anschaue, denke ich, dass die
00:07:40 BTP-Implementierung auf Event-Mesh-Seite im Vergleich zur privaten und öffentlichen Cloud-
Implementierung auf Advanced
00:07:48 Event Mesh wichtig ist. Daher verwenden Sie BTP, um das Deployment auszulösen.
00:07:54 Das eigentliche Deployment findet im Hyper-Cloud-Anbieter statt . Wenn Sie sich also die
Nachrichtengröße und den Speicher hier
00:08:01 ansehen, um nur ein paar Punkte auszuwählen, ist das ein großer Unterschied, wenn Sie es
betrachten.
00:08:08 SAP Event Mesh unterstützt ein Megabyte Ereignisgröße und 10 Gigabyte für die
Speicherung, d.h. für die Pufferung von
00:08:19 Ereignissen. Gleichzeitig sprechen wir bei Advanced Event Mesh von bis zu 30
00:08:25 Megabyte Nachrichtengröße und Ereignisgröße, und Sie erhalten bis zu sechs Terabyte für
die Pufferung.
00:08:32 Wenn Sie sich den erweiterten Abschnitt ansehen, gibt es dort Angebote und Funktionen, die
SAP Event Mesh nicht anbietet.
00:08:45 Zum Beispiel erweiterte Filterung in Bezug auf die Ereignisse, Überwachung und Analyse,
Ereigniswiedergabe.
00:08:52 Bis zu einem gewissen Grad können Sie Ereignisse wiedergeben, z.B. für eine
Warteschlange, die Sie für die Ereigniswiedergabe
00:08:59 aktivieren. Später können Sie diese Ereignisse dann wiedergeben, damit Sie
00:09:04 sie erneut verwenden können. Und was die SAP-Veranstaltungsquellen anbelangt, so ist
00:09:10 SuccessFactors bereits ab heute verfügbar. Die direkte Integration von SAP S/4HANA erfolgt
heute über ein
00:09:21 Add-on, das Sie in SAP S/4HANA On-Premise implementieren können. Ab der nächsten
Version im Herbst ist Advanced Event Mesh im
00:09:35 Herbst der zweite native Event Broker für S/4HANA On-Premise und dann für S/4HANA Cloud
Anfang 2024.
00:09:48 Betrachten wir nun Advanced Event Mesh. Was Sie hier sehen, ist SAP Integration Suite,
Advanced Event
00:09:56 Mesh. Sie können bereits sehen, dass es dort eine Reihe von Optionen
00:09:59 gibt. Hier gibt es einen Event-Management-Teil, der sich in einem
00:10:03 Katalog, einem Event-Portal und der Event-Discovery befindet. Dann gibt es den Abschnitt
Ereignis-Streaming , der Ihnen einen
00:10:12 Cluster-Manager und einen Mesh-Manager bietet. Außerdem gibt es einen Ereignis-Insight-
Teil , mit dem Sie Analysen durchführen
00:10:20 und sehen können, was in Ihrer ereignisgesteuerten Umgebung dort vor sich geht.
00:10:26 Beginnen wir mit dem Cluster-Manager direkt dort. Hier drehen Sie Broker auf.
00:10:32 Sie können sehen, dass ich hier bereits drei Broker angelegt habe, einen auf AWS, einen auf
Google Cloud und einen auf Azure,
00:10:42 und das alles in einem globalen Setup. Wenn ich einen anderen Broker drehen möchte, würde
ich einfach
00:10:49 hier klicken. Ich würde dem Broker einen Namen geben, dann kann ich T-Shirts
00:10:54 Größen auswählen. Sie können sehen, dass es verschiedene Broker-Größen ab

16 / 27
00:11:00 Enterprise 250 gibt, als die kleinste. Sie können am Ende auswählen, und Sie erhalten mehr
Lagerung, und
00:11:08 so weiter, basierend auf dieser T-Shirt-Größe. Und im nächsten Schritt würden Sie sich für die
Cloud
00:11:14 entscheiden. Wir könnten beispielsweise Azure auswählen, und Sie sehen dann
00:11:19 die verschiedenen Rechenzentren. Ich konnte einen in den USA auswählen, und dann konnte
ich
00:11:26 einfach auf Create Service klicken, und wir würden den Broker drehen.
00:11:31 Ich werde das sehr schnell abbrechen, weil ich den Broker nicht aufdrehen möchte, und wir
werden zum Mesh Manager wechseln.
00:11:40 Worum geht es beim Mesh Manager? Ich habe bereits erwähnt, dass Sie ein Netzwerk von
Event-Brokern
00:11:46 bilden können, und das habe ich hier mit unseren Brokern gemacht. Also habe ich mich mit
dem US-amerikanischen, dem europäischen
00:11:54 und dem asiatischen Netzwerk verbunden, so dass die Ereignisse zwischen diesen Brokern
hin und her fließen, wo immer sie
00:12:03 gebraucht werden. Und die Idee ist, dass Sie einen Ereignis-Broker nahe an eine
00:12:09 Ereignisquelle setzen können, das Ereignis übergeben wird und dann auf globaler Ebene
verteilt wird.
00:12:17 Wenn wir zum Cluster-Manager zurückkehren, können wir uns sehr schnell ansehen , wie wir
jetzt Dinge verwalten würden.
00:12:25 Dies ist die Benutzungsoberfläche für das Anlegen von Warteschlangen, um dort wirklich auf
Details zuzugreifen.
00:12:39 Gehen wir zurück und schauen wir uns sehr schnell den Insights-Teil an.
00:12:45 Dies ermöglicht es Ihnen, hier eine Analyse durchzuführen, und das Schöne daran ist, dass
Sie sehr detaillierte Analysen mit
00:12:56 Datadog haben. Wenn ich hierher gehe, habe ich verschiedene Dashboards,
00:13:03 Monitore, Alarme und ich kann im Detail genau sehen, was in meiner ereignisgesteuerten
Umgebung vor sich geht.
00:13:14 Zusammenfassend lässt sich sagen, dass SAP ein durchgängiges, ereignisgesteuertes
Partnernetz bietet, das bereits recht
00:13:21 umfangreich ist. Es besteht aus verschiedenen Ereignisquellen, unseren
00:13:26 Haupt-Backends, eine Vielzahl von Geschäftsanwendungen dort. Es besteht aus einer
Eventing-Infrastruktur, die als SAP Event
00:13:33 Mesh und SAP Integration Suite Advanced Event Mesh bezeichnet wird.
00:13:36 Und da gibt es eine ganze Reihe von Event-Consumern. Unsere Infrastrukturangebote
ergänzen sich gegenseitig. Die SAP
00:13:46 Integration Suite Advanced Event Mesh ist das Angebot auf Unternehmensebene, das es
Ihnen ermöglicht, vollständig auf
00:13:56 globaler Ebene zu skalieren . Es bietet eine Reihe anspruchsvoller Funktionen, bietet die
Verteilung von Brokern und
00:14:06 bietet ultrahohe Skalierungen. Fahren wir nun mit dem nächsten Kapitel fort.

17 / 27
Week 3 Unit 5

00:00:06 - Hallo und herzlich willkommen, um sich die Veranstaltungsquellen von SAP genauer
anzusehen .
00:00:12 Und bevor wir dorthin gehen, möchte ich mir auch die Ereignistypen genauer ansehen.
00:00:18 Ich habe bereits bei der Einführung von ereignisgesteuerten Architekturen erwähnt , dass es
verschiedene Arten von
00:00:24 Ereignissen gibt. Ich hatte Benachrichtigungs- und Datenereignisse erwähnt.
00:00:29 Ein Benachrichtigungsereignis informiert Sie lediglich über eine signifikante Änderung.
00:00:34 Sie enthält nicht alle Daten, die Sie benötigen. Der Vorteil ist, dass das Ereignis sehr klein ist
und der
00:00:41 Datenzugriff kontrolliert wird, d.h. Sie erhalten das Ereignis.
00:00:46 Wenn Sie an diesem Ereignis interessiert sind, müssen Sie einen zusätzlichen API-Aufruf
durchführen und die
00:00:53 Authentifizierung und Autorisierung im Backend-System durchführen.
00:00:57 Der Datenzugriff wird also sehr kontrolliert. Es gibt Kunden, die diesen Ansatz mögen.
00:01:02 Auch unsere S/4HANA-Kollegen mögen das sehr. Hier gibt es jedoch einige
Herausforderungen.
00:01:09 Es gibt diesen zusätzlichen synchronen Schritt. Sie werden also asynchron über das Ereignis
informiert.
00:01:16 Dennoch müssen Sie den API-Aufruf durchführen, und natürlich benötigen Sie zusätzlich zu
einem geeigneten Ereignis auch
00:01:25 ein geeignetes API. Außerdem kann es zusätzliche Konfigurationen für den
00:01:30 API-Zugriff geben. Dann gibt es Datenereignisse.
00:01:34 Alle Daten, die Sie benötigen, sind im Ereignis enthalten, d.h. es ist kein zusätzlicher API-
Aufruf erforderlich.
00:01:41 Sie erhalten das Ereignis, werden über eine signifikante Änderung informiert und können
sofort Maßnahmen ergreifen und
00:01:49 ausführen. Dies ist wirklich gut - der Datenereignisansatz - , wenn in
00:01:54 den meisten Fällen der vollständige Datensatz benötigt wird. Dennoch gibt es hier wieder
einige Herausforderungen.
00:02:02 Es wirft Themen wie Datenzugriff und -schutz auf, also möchten Sie beobachten, wie und mit
wem Sie Ihre Daten
00:02:10 teilen. Und natürlich gibt es einen höheren Ressourcenverbrauch auf
00:02:15 der Quellseite, auf der Event-Broker-Seite und auf der Consumer-Seite - offensichtlich
aufgrund der größeren
00:02:23 Ereignisgröße. Beide Ereignisarten sind sinnvoll.
00:02:28 In einigen Anwendungsfällen können Benachrichtigungsereignisse der bessere Ansatz sein.
00:02:32 In einigen Anwendungsfällen sind Datenereignisse der bessere Ansatz, und SAP-Backnds
unterstützen in der Regel beide
00:02:41 Ansätze. Wir werden später sehen, was das in Bezug auf die
00:02:46 spezifischen Backends bedeutet . Jetzt Standardereignis im Vergleich zu benutzerdefiniertem

00:02:53 Ereignis. Standardereignisse werden von SAP-Geschäftsanwendungen oder

00:02:57 -Backends als Teil des SAP-Standards bereitgestellt. SAP S/4HANA beispielsweise stellt
ungefähr 500
00:03:04 Standardereignisse bereit. Für S/4HANA können Sie diese Ereignisse im SAP Business

18 / 27
00:03:11 Accelerator, api.sap.com, nachschlagen . Für SuccessFactors in der Dokumentation zu
Intelligent
00:03:19 Services. Für andere Geschäftsanwendungen ist dies in der Regel auch
00:03:24 der Business Accelerator Hub. In der Regel handelt es sich hierbei um
00:03:29 Benachrichtigungsereignisse für SAP S/4HANA. In Zukunft wird es immer mehr
Datenereignisse geben.
00:03:40 Für einige Backends sind heute keine Anpassungen an diesen Ereignissen möglich.
00:03:44 In Zukunft arbeiten wir daran, Anpassungen an diesen Ereignissen zuzulassen, um
Anpassungen möglich zu machen.
00:03:53 Dies gilt wiederum speziell für S/4HANA dort. Und es ist ein großartiger Ansatz , weil er sehr
gut
00:04:01 skaliert. Die Aktivierung eines Standardereignisses dauert ungefähr
00:04:07 einige Sekunden bis zu Minuten. Dennoch benötigen Kunden häufig Ereignisse , die auf
00:04:14 bestimmte Anwendungsfälle zugeschnitten sind. Für diese Anwendungsfälle können Sie
benutzerdefinierte
00:04:21 Ereignisse anlegen. Daher legen Kunden diese an, in denen keine
00:04:25 Standardereignisse verfügbar sind. Es gibt verschiedene Möglichkeiten, diese
benutzerdefinierten
00:04:30 Ereignisse anzulegen. Sie unterscheiden sich von Backend zu Backend.
00:04:33 Ein typischer Ansatz für SAP S/4HANA On-Premise wäre das Add-on für die
Ereignisaktivierung.
00:04:39 Dies können Sie auch für ECC verwenden, oder es handelt sich um einen neuen S/4HANA-
Cloud- und On-Premise-Ansatz . Hierbei
00:04:46 handelt es sich um diesen RAP-basierten Ansatz , bei dem Sie RAP-basierte Ereignisse
haben können, die Sie an Ihre
00:04:53 Anforderungen anpassen können. In der Regel können Sie diese Ereignisse vollständig und
00:05:01 vollständig an Ihre kundenspezifischen Anforderungen anpassen .
00:05:09 Beide Ereignisarten werden benötigt. Letztendlich werden in Zukunft Standardereignisse für
die
00:05:17 meisten Anwendungsfälle vorhanden sein. Sie können sie einfach einschalten, Sie können sie
leicht
00:05:24 anpassen. Wenn Sie ein benutzerdefiniertes Ereignis benötigen, können
00:05:28 Sie benutzerdefinierte Ereignisse anlegen. Nun gibt es hier eine andere Perspektive:
Ausgangs- und
00:05:35 Eingangsereignisse. Derzeit sind Ausgangsereignisse der Fall von 90 %.
00:05:41 Das bedeutet, dass Ereignisse aus einer SAP-Geschäftsanwendung oder einem Backend
stammen und dem
00:05:49 SAP-Partnernetz oder der Außenwelt zugänglich gemacht werden. Standardereignisse und
ausgehende Ereignisse werden mit nur
00:05:57 einem Klick aktiviert , und benutzerdefinierte Ausgangsereignisse , die Sie mit
00:06:02 Low-Code-/No-Code-zu-Pro-Code-Ansätzen erstellen können. Die 10 %-Fälle sind
eingehende Ereignisse, d.h. die
00:06:09 SAP-Backends, die SAP-Geschäftsanwendungen, konsumieren Ereignisse aus anderen
Geschäftsanwendungen, aus anderen
00:06:17 Backends oder aus Anwendungen von Drittanbietern. In der Regel ist der Aufwand höher.
00:06:24 Ich meine, denken Sie daran, dass es sich in der Regel um einen kundenspezifischen Ansatz
handelt.
00:06:32 Wenn Sie also ein Ereignis erhalten, das Sie in das Backend codieren müssen , müssen Sie in
der Regel Aktionen im Auge

19 / 27
00:06:38 behalten. In der Regel handelt es sich also um eine
00:06:41 Pro-Code-Entwicklung , und Sie müssen genau angeben, was beim Empfang eines
Ereignisses zu tun ist.
00:06:48 In den meisten Fällen wird der Aufruf einer API als einfachere Alternative angesehen.
00:06:54 Sie müssen also überlegen , ob Sie wirklich ein eingehendes Ereignis wünschen oder nur ein
API aufrufen möchten.
00:07:01 Es gibt jedoch viele Vorteile, diese asynchrone Herangehensweise auch in Bezug auf das
Anlegen von
00:07:09 Eingangsereignissen. Wie lässt sich daraus nun ein Überblick über die
00:07:15 Veranstaltungsquellen von SAP gewinnen? Hier sehen Sie einige der wichtigsten
Geschäftsanwendungen,
00:07:23 hier die Backends, auf der linken Seite ECC, in der Mitte S/4HANA Cloud, S/4HANA und
SuccessFactors.
00:07:31 Und es gibt eine gewisse Überschneidung in Bezug auf die Ansätze.
00:07:37 Die Definitionen, die ich früher genommen habe, gelten für diese Backends.
00:07:42 Lassen Sie mich Ihnen kurz die Ansätze für die Ereignisaktivierung dieser Ereignisquellen
erläutern.
00:07:49 SAP ECC verwendet das Add-on für die Ereignisaktivierung. Mit dem Add-on für die
Ereignisaktivierung können Sie
00:07:58 Benachrichtigungs- und Datenereignisse anlegen. Es verwendet einen Low-Code-to-Pro-
Code-Ansatz, sodass Sie
00:08:05 wirklich auswählen können, ob Sie einen Low-Code-/No-Code-Ansatz in 20 Minuten
verwenden möchten, um
00:08:11 ein grundlegendes Ereignis anzulegen, oder ob Sie wirklich mithilfe der Kodierung definieren
möchten, was die Ereignisse
00:08:18 tun. Sie können Eingangs- und Ausgangsereignisse durchführen. Dies gilt für ECC, SAP
S/4HANA Cloud und SAP S/4HANA.
00:08:26 Die Ereignisse haben das CloudEvents-Format. Die einzige Geschäftsanwendung, die dies
derzeit anders
00:08:33 handhabt , ist SuccessFactors, die das SOAP-Format bereitstellt.
00:08:38 Für SAP S/4HANA ist dieser Add-On-Ansatz für die Ereignisaktivierung ebenfalls möglich.
00:08:43 Sie können also benutzerdefinierte Ereignisse basierend auf dem Add-on für die
Ereignisaktivierung erstellen.
00:08:49 SAP S/4HANA und SAP S/4HANA Cloud haben jedoch zwei weitere Ansätze.
00:08:54 Standardereignisse: Für beide stehen ungefähr 500 Standard-Benachrichtigungsereignisse
zur Verfügung , die Sie
00:09:01 einfach einschalten können. Derzeit können diese Ereignisse nicht angepasst werden. Daher

00:09:06 müssen Sie die SAP-Entwicklung bitten, dies für Sie zu tun. Und neue Ereignisse werden auf
Anfrage an die SAP-Entwicklung
00:09:14 bereitgestellt , und dann gibt es den Weg in die Zukunft: die RAP-basierten Ereignisse.
00:09:20 Dies ist der neue Ansatz für SAP S/4HANA und SAP S/4HANA Cloud, der erweiterbare
Standardereignisse in Zukunft
00:09:28 ermöglicht. Sie haben also Standardereignisse und können diese in
00:09:34 zukünftigen Versionen von SAP S/4HANA und SAP S/4HANA Cloud anpassen.
00:09:41 Derzeit können Sie benutzerdefinierte Benachrichtigungs- und Datenereignisse mit diesem
RAP-basierten Ansatz anlegen, da
00:09:49 das Ziel in Zukunft Standardereignisse sind. Sie können diese einfach einschalten.
00:09:54 Gleichzeitig können Sie sie an Ihre spezifischen Anforderungen anpassen.

20 / 27
00:09:58 Und dann gibt es SAP SuccessFactors. Dort nutzen wir die Intelligent-Services-Ereignisse
wieder.
00:10:05 Hierbei handelt es sich um anpassbare Standardereignisse , die Sie in Benachrichtigungs- und
Datenereignisse umwandeln
00:10:12 können. Sie können die Größe an Ihre Bedürfnisse anpassen.
00:10:17 Eine Sache, die Sie für SuccessFactors beachten müssen: Benutzerdefinierte Ereignisse sind
nicht möglich, daher
00:10:24 müssen Sie die Standardereignisse verwenden und anpassen. Schauen wir uns kurz eine
Demo an.
00:10:37 Was ich Ihnen jetzt zeigen möchte, ist der Business Accelerator Hub.
00:10:41 Hier können Sie nach verfügbaren Ereignissen für Ihre verschiedenen
Geschäftsanwendungen und Backend-Systeme
00:10:48 suchen. Ich möchte nun auf S/4HANA Cloud klicken und auf Ereignisse
00:10:54 klicken. Und Sie sehen, dass hier eine ganze Reihe von Veranstaltungen
00:10:59 zur Verfügung stehen. Zu Beginn möchte ich auf die Geschäftspartnerereignisse
00:11:04 klicken . Und Sie sehen, dass zwei Ereignisse verfügbar sind:
00:11:09 Geschäftspartner geändert und Geschäftspartner angelegt. Sie können nun die Details
aufrufen und die Payload anzeigen.
00:11:18 Und wieder sehen Sie, dass die Payload hier sehr begrenzt ist.
00:11:24 Sie enthält also nur die Geschäftspartner-ID. Gehen wir nun zurück und sehen uns den
Kundenauftrag an.
00:11:47 Ich fürchte, ich brauche das Sternchen hier. Außerdem werden Kundenauftragsereignisse
gefunden.
00:11:55 Aus diesem Grund zeige ich Ihnen speziell den Geschäftspartner und den Kundenauftrag.
00:12:01 Geschäftspartner: Hierbei handelt es sich um Benachrichtigungsereignisse , und Sie können
sehen, dass
00:12:06 nicht viele Ereignisse verfügbar sind. Der Kundenauftrag ist am Ende ein Front-Runner.
00:12:11 Sie können viele verfügbare Ereignisse sehen, sehr detailliert auf einer sehr detaillierten
Ebene.
00:12:17 Nicht nur Kundenauftrag angelegt, Kundenauftrag geändert. Auch auf Positionsebene:
Position angelegt, Position
00:12:24 geändert, Positionsprofitcenter geändert usw. Wenn wir uns nun die Payload des Ereignisses
ansehen, sehen
00:12:33 Sie, dass die Ereignisse immer größer werden. Daher enthalten sie bereits - dies sind
Standardereignisse -
00:12:42 als Teil des Standards mehr Informationen hier. Auf diese Weise können Sie entweder bereits
ausführen und
00:12:50 Maßnahmen ergreifen, einschließlich der Daten zu den Daten, die Sie geliefert haben.
00:12:55 Alternativ können Sie Ihren API-Aufruf zum Sammeln zusätzlicher Daten aus dem Backend-
System auf genaueren
00:13:05 Informationen basieren, die Ihnen mehr Hintergrund geben. Wechseln wir zu S/4.
00:13:15 Ich möchte Ihnen zeigen, wie einfach es ist , Ereignisse bereitzustellen und Ereignisse
hinzuzufügen, die aus S/4
00:13:22 bereitgestellt werden. Sie sehen, dass derzeit Geschäftspartnerereignisse exponiert
00:13:27 werden, und dieses Sternchen gibt hier an , dass alle Arten von Geschäftspartnerereignissen
exponiert werden.
00:13:33 Also Geschäftspartner geändert, Geschäftspartner angelegt. Was ich jetzt tun möchte, möchte
ich auch
00:13:40 Kundenauftragsereignisse hinzufügen. Übrigens können Sie als Sidetrack sehen, dass es eine
ganze

21 / 27
00:13:46 Reihe von Ereignissen gibt, die aus dem S/4-System exponiert werden.
00:13:50 Ich interessiere mich für Kundenauftragsereignisse. Daher werde ich dies nur geringfügig
einschränken und die
00:14:00 Kundenauftragsänderungsereignisse auswählen. Ich wähle "Anlegen". Wenn ich jetzt
zurückgehe, sehen Sie,
00:14:08 dass ich jetzt nicht nur alle Geschäftspartnerereignisse, sondern auch alle
Kundenauftragsereignisse exponiere .
00:14:17 Und Sie haben gesehen, wie schnell das Hinzufügen exponierender Ereignisse für
Kundenaufträge war .
00:14:23 Sie können natürlich spezifischer sein und nur ausgewählte Ereignisse exponieren.
00:14:27 Der Einfachheit halber stelle ich hier alle Arten von Kundenauftragsereignissen bereit.
00:14:35 Sehen wir uns nun an, wie die Dinge in SAP SuccessFactors funktionieren.
00:14:40 Und dort gehen Sie zum Center für intelligente Dienste. Auf der linken Seite sehen Sie alle
Arten von Ereignissen und
00:14:52 es ist eine ziemlich Liste: Personalprobezeit, neuer Arbeitsauftrag, neue Planstelle, und, und.
00:14:59 Nachdem Sie ein Ereignis ausgewählt haben, in unserem Fall die Einstellung eines
Mitarbeiters, definieren Sie den
00:15:06 Auslösertyp Intelligent Services, den Destinationstyp REST, SuccessFactors als Quelltyp.
00:15:11 Und dann JSON als Format. Wie bereits erwähnt, handelt es sich nicht um das
00:15:16 CloudEvents-Format, sondern um ein spezifisches Format. Und wir verwenden das REST-
Protokoll.
00:15:22 Jetzt sehen wir uns die Veranstaltung „Employee Hire“ an. Sie sehen, dass Sie eine Reihe von
Feldern haben, die Sie
00:15:33 dort auswählen können. Und in unserem Fall werden wir uns einfach an das halten, was
00:15:39 wir haben. Wir klicken auf Auswählen und gehen im nächsten Schritt durch
00:15:46 den Prozess , um diese Ereignisse bis zum Ende zu erstellen: Zieleinstellungen und
überprüfen und laufen gegen Ende.
00:15:57 Das war also ein sehr kurzer Blick darauf, wie man Ereignisse in SuccessFactors exponiert.
00:16:04 Was Sie gesehen haben sollten, ist, dass es eine ganze Reihe von Ereignissen gibt und es ist
sehr einfach, sie zu
00:16:12 exponieren. Lassen Sie uns die Demo hier abschließen und zu den Folien
00:16:21 zurückkehren. So fassen Sie die Dinge zusammen:
00:16:24 Die meisten SAP-Backends und Geschäftsanwendungen sind ereignisfähig.
00:16:29 Es gibt verschiedene Ansätze: Standardereignisse, RAP-basierte benutzerdefinierte
Ereignisse,
00:16:34 benutzerdefinierte Ereignisse, die das Add-on für die Ereignisaktivierung verwenden,
ermöglichen es Ihnen,
00:16:41 Ereignisse aus Backends und Geschäftsanwendungen bereitzustellen und zu konsumieren.
00:16:46 Und die Zukunft werden Standardereignisse sein, die erweiterbar und anpassbar sind.

22 / 27
Week 3 Unit 6

00:00:05 – Hallo und herzlich willkommen zu ereignisgesteuerten Anwendungsfällen.

00:00:09 Sie haben viel über ereignisgesteuerte Architektur und ereignisgesteuerte Integrationen
erfahren.
00:00:14 Sehen wir uns nun an, was Sie mit dem, was Sie gelernt haben, und was unsere Kunden und
was wir bei SAP in der Regel in
00:00:23 Bezug auf die ereignisgesteuerte Architektur tun können. Sie haben dieses Beispiel bereits als
Teil der Einführung
00:00:33 gesehen. Es ist also ein digitaler Zwilling für unseren Fuhrpark.
00:00:38 Für jedes einzelne Auto in unserem Fuhrpark gibt es also Ereignisse, die ausgelöst werden,
die umherfließen und den
00:00:47 digitalen Zwilling aktualisieren . Hier kommt es darauf an, dass dies dem Fuhrpark hilft.
00:00:54 Dennoch war es das erste Szenario , das SAP implementiert hat, und SAP IT hat sich dort
weiterentwickelt, wo sie immer mehr
00:01:03 Szenarien entwickelt haben. Was ich hier hervorheben möchte, ist: Los geht's!
00:01:09 Identifizieren Sie ein Szenario, das sinnvoll ist, und gehen Sie dann zum nächsten Schritt, und
Sie werden immer mehr
00:01:16 Anwendungsfälle identifizieren, die für Sie sinnvoll sind. Derzeit gibt es eine Reihe von
Vorreiterbranchen und es ist
00:01:24 sehr interessant zu sehen, welche Branchen Sie immer wieder sehen.
00:01:28 Es ist Einzelhandel, in der Regel Konsumgüter, Reisen und Pharma- und Life-Sciences-
Produkte.
00:01:35 Es gibt andere Branchen, die sich mit ereignisgesteuerten Architekturen befassen, z.B. Öl und
Gas.
00:01:44 Aber gerade hier erlebe ich das sogar in der realen Welt. Wenn ich mir also den Einzelhandel
anschaue, gibt es in meinem
00:01:56 Haus keinen Einzelhändler, der die ereignisgesteuerte Architektur nicht auf die eine oder
andere Weise einsetzt.
00:02:04 Wenn ich also einkaufen gehe, weiß ich, was hinter den Kulissen passiert , denn es sind
wirklich Unternehmen, die
00:02:14 ereignisgesteuerte Architektur stark nutzen. Reisen, es ist das Gleiche.
00:02:20 Immer wenn ich heute reise, schaue ich mir an, was vor sich geht, und ich kann sagen, dass
diese Unternehmen
00:02:28 ereignisgesteuerte Architektur hinter den Kulissen verwenden, um Kunden über Änderungen
zu informieren, um letztendlich zu
00:02:38 steuern, dass Kunden pünktlich sind. Es ist sehr interessant und denkt darüber nach , warum
es
00:02:45 genau diese Branchen sind. Oft ist es die Notwendigkeit, sehr effizient zu sein.
00:02:52 Oft ist es der Echtzeitaspekt , um Ihre Entscheidungen auf Daten zu stützen, die vollständig
aktuell sind.
00:03:03 Und wenn ich mir zum Beispiel Pharma und Life Sciences ansehe, dann geht es dort wirklich
um die Bedeutung von
00:03:10 Entscheidungen. Sie benötigen vollständig aktuelle Daten , da die Auswirkungen
00:03:15 einer nicht hundertprozentigen Aktualität der Daten recht groß wären.
00:03:20 Sehen wir uns einige ausgewählte Anwendungsfälle an. Und lassen Sie uns oben links mit
sehr spezifischen,
00:03:28 erweiterten Ereignisnetz-Anwendungsfällen beginnen. Advanced Event Mesh kommt aus der
Finanzdienstleistungsbranche

23 / 27
00:03:38 heraus, und dort ist Schnelligkeit sehr wichtig. Wenn Sie darüber nachdenken, wie viel Geld
Ihnen eine
00:03:46 Verzögerung in Bezug auf Finanzdienstleistungen kosten würde - an der Börse usw. - können
Sie sehen, dass Geschwindigkeit in
00:03:54 Echtzeit unbedingt erforderlich ist. Zum gleichen Zeitpunkt, wenn eine Veranstaltung nicht
00:04:00 zugestellt wird, wenn Sie eine Veranstaltung verpassen, können Sie auch Geld verlieren.
00:04:06 Schnelligkeit und Zuverlässigkeit sind dort also sehr wichtig. Und fortgeschrittenes Event Mesh
wurde dort auf den Prüfstand
00:04:16 gestellt und hat sich dort wirklich zu einem absolut zuverlässigen Event Mesh, Event Broker,
entwickelt.
00:04:25 Sehen wir uns einige andere Szenarien an. Ich habe von Einzelhändlern gesprochen.
00:04:29 Die Verfügbarkeit ist dort ein großes Thema. Wenn ich also an einem neuen Stuhl oder einem
neuen Tisch
00:04:37 interessiert bin, kann ich auf der Website die Verfügbarkeit in einem bestimmten Geschäft
prüfen .
00:04:44 Und wenn mein Tisch, der Tisch, den ich kaufen möchte, in diesem Geschäft verfügbar ist,
kann ich dorthin gehen und ihn
00:04:51 sofort abholen. Das Schlimmste, was diesem Händler passieren könnte, der diese
00:04:56 Prüfung anbietet, wäre, dass die Daten nicht aktuell sind: Der Kunde prüft auf der Website,
geht zum Laden, und dann ist die
00:05:06 Tabelle nicht verfügbar. Es gibt also Einzelhändler, die dort ihren Bestand in Echtzeit
00:05:13 aktualisieren. Supply Chain ist ein sehr typischer Anwendungsfall.
00:05:18 Sie können in Echtzeit die Container rund um den Globus verfolgen, während sie sich auf
großen Containerschiffen
00:05:25 befinden, während sie sich auf Lastkraftwagen befinden. Und basierend auf diesen
Echtzeitinformationen können Sie
00:05:34 nicht nur die Ankunftstermine in Ihren Werken aktualisieren, sondern auch die Termine, an
denen die Produkte, Ihre Produkte
00:05:45 es in die Filialen bringen, für die Endverbraucher: bis zum Ende der Lieferkette.
00:05:53 Die Datenverteilung ist immer ein großes Thema. In einem Backend-System tritt etwas auf.
Sie möchten
00:06:01 Erweiterungsanwendungen, andere SAP-Backends oder potenziell Geschäftsanwendungen
von Drittanbietern über Änderungen
00:06:11 informieren und die Daten verteilen – möglicherweise sogar in einem Data Lake.
00:06:19 Und dann gibt es eines meiner Lieblingsbeispiele: Customer Experience, und ich verwende
hier in der Regel die
00:06:28 Reisebranche als Beispiel. Ich war vor zwei Jahren, vor drei Jahren unterwegs, und es war
00:06:35 ein Pauschalangebot und es war wirklich während Covid, so dass ich nicht so viel gereist war
und ich schaffte es zum
00:06:43 Flughafen und wir bekamen in Echtzeit Updates , zu welchem Tor ich gehen sollte, als der
Flug bereit war, an Bord zu gehen.
00:06:53 Als wir am Zielflughafen gelandet waren, mussten wir das Gepäck abholen, also welchen
Gürtel genau, um das Gepäck
00:07:03 abzuholen. Wo der Bus wartete, um uns zum Hotel zu bringen.
00:07:07 Und auf dem Rückweg kam es zu einer Verspätung des Fluges. Sie gaben uns ein Update in
Echtzeit.
00:07:12 Ihr Flug ist leider verspätet. Sie können gehen und ein verlängertes Frühstück haben oder Sie

00:07:17 können immer noch zum Pool gehen und in zwei Stunden werden Sie abgeholt.
00:07:21 Das war also nicht ganz schön, diese Perspektive für das Kundenerlebnis.

24 / 27
00:07:25 Und später habe ich gelernt, dass das Unternehmen, mit dem wir unterwegs waren,
ereignisgesteuerte Architektur dafür hinter
00:07:35 den Kulissen verwendete. Einen Schritt weiter, und das ist eine Sache, die ich gelernt
00:07:41 habe, als wir Ende letzten Jahres auf der TechEd waren , also ging ich nach Las Vegas.
00:07:46 Es gab verschiedene Flüge, die dorthin fuhren - - Anschlussflüge, und der Ansatz war sehr
ähnlich.
00:07:53 Es wird jetzt in der gesamten Branche Standard. Sie gaben uns Updates: Gehen Sie zu
diesem Tor, holen Sie Ihr
00:08:01 Gepäck an diesem Gürtel ab und so weiter. Ich nahm es als Customer Experience und war
wie immer
00:08:09 glücklich darüber. Was ich auf dieser Reise jedoch verstanden habe, ist , dass
00:08:13 Sie es zur Optimierung Ihrer Geschäftsprozesse verwenden können, und das hat die
Fluggesellschaft aus meiner Sicht
00:08:19 tatsächlich getan. Sie stellten sicher, dass die Kunden pünktlich am Tor waren,
00:08:24 dass sie das Flugzeug pünktlich besteigen, dass das Flugzeug pünktlich verlassen würde.
00:08:31 Also ging dieses Unternehmen den nächsten Schritt. Sie optimierten ihre Geschäftsprozesse,
versuchten, Geld zu
00:08:39 sparen, und versuchten sicherzustellen, dass alles sehr reibungslos funktioniert.
00:08:45 Wieder später habe ich erfahren, dass diese Fluggesellschaft hinter den Kulissen
ereignisgesteuerte Architektur dafür
00:08:55 verwendet. Lass uns umschalten.
00:08:57 Und ich habe über Life Science und Pharma gesprochen, wie wichtig es ist, diesen
Echtzeitaspekt im Auge zu behalten.
00:09:07 Und es gibt ein Software-as-a-Service-Angebot namens SAP Cell and Gene Therapy
Orchestration, und unsere Kollegen dort
00:09:16 unterstützen Life-Science-Unternehmen bei der Organisation, Planung und Durchführung von
Zell- und Gentherapiebehandlungen
00:09:24 . Und der wichtige Punkt hier ist , dass sie die Lieferkette
00:09:29 vollständig verfolgen müssen. Sie benötigen also vollständige Transparenz in der
00:09:34 Lieferkette. Warum?
00:09:36 Denn diese Therapie muss das Medikament in 72 Stunden dem Kunden - dem Patienten am
Ende - machen, und er muss in der
00:09:46 Lage sein, die gesamte Lieferkette vollständig zu verfolgen , d.h. die Pharmaunternehmen,
und es muss nachgewiesen werden
00:09:56 können, was vor sich gegangen ist. Unsere Kollegen haben 30 verschiedene Arten von
00:10:03 Veranstaltungen in diese Software als Serviceangebot aufgenommen.
00:10:08 Dabei handelt es sich nicht nur um ausgehende Ereignisse, sondern auch um eingehende
Ereignisse.
00:10:13 Und ich mag es wirklich, weil es Menschen hilft. Es stellt sehr sicher, dass das Medikament es
den Patienten
00:10:21 rechtzeitig und in Qualität zum Patienten macht, und dass Sie wirklich beweisen können, dass
dies der Fall ist.
00:10:29 Damit ist meines Erachtens klar geworden , dass die ereignisgesteuerte Architektur eine
Vielzahl von
00:10:38 Anwendungsfällen unterstützt. Es gibt eine Reihe von Vorreiterbranchen , die vorankommen.
00:10:45 Sie haben spezifische Anforderungen – in der Regel in Echtzeit – , die sie speziell von der
ereignisgesteuerten Architektur
00:10:56 profitieren . Und im SAP-Kontext können Sie ereignisgesteuerte Architekturen
00:11:02 in den offensichtlicheren Anwendungsfällen der Datenverteilung verwenden.

25 / 27
00:11:07 Sie können die ereignisgesteuerte Architektur für Echtzeit-Szenarien verwenden.
00:11:12 Und darüber hinaus - und ich möchte das gegen Ende kurz erwähnen - können Sie es sogar
verwenden, um
00:11:19 Kommunikationsstile anzupassen. Wenn Sie darüber nachdenken, in Ihrem privaten Leben
verwenden
00:11:26 Sie Twitter-Stil, WhatsApp-Stil. Die ereignisgesteuerte Architektur ermöglicht es uns , diesen
00:11:33 Ansatz auch in eine Geschäftswelt zu integrieren. Und ich weiß, dass dies nur die Spitze des
Eisbergs ist:
00:11:39 Es wird immer mehr Anwendungsfälle und Szenarien geben, die mit einer ereignisgesteuerten
Architektur behandelt werden.
00:11:48 Damit sind wir am Ende unseres wöchentlichen Themas zur API- und ereignisbasierten
Integration.
00:11:55 Ich hoffe, Sie hatten eine aufschlussreiche Sitzung und wünsche Ihnen alles Gute für Ihren
wöchentlichen Einsatz und
00:12:02 den Rest des Kurses. Ich hoffe, dass ich Sie auf dem Diskussionsforum sehe.
00:12:07 Vielen Dank.

26 / 27
© 2023 SAP SE or an SAP affiliate company. All rights reserved.
See Legal Notice on www.sap.com/legal-notice for use terms,
disclaimers, disclosures, or restrictions related to SAP Materials
for general audiences.