-
Notifications
You must be signed in to change notification settings - Fork 100
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[cds^8.2] Event Broker: S/4HANA Cloud to CAP #1198
Changes from 38 commits
4dca6ce
a0672d7
e25b0ff
05bcefc
2ce2831
2d21d44
2aae39c
dc16807
ceef211
416ddfd
7cbb407
bc0dcce
84b34c0
8426c9b
838915e
6fe2b8b
7f63365
c910b64
a37e6a4
84ddc70
224d651
25bd054
0f4e543
8bc984a
ff06536
25ad6fe
6c3b729
0d28f43
3aaa254
f3fa527
003a7c2
71dbfde
e3aa0a6
3fe7fc9
5223357
0d11bcc
7cd089d
4978cf7
5980ac4
ed919e2
84214ca
480e645
d71a516
4d8d872
61778ad
09c8b52
9f2eb23
7c5bebd
4fc364f
2f59393
e19c1a4
56b5e50
928d43c
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,195 @@ | ||
<script setup> | ||
import { h } from 'vue' | ||
const X = () => h('span', { class: 'ga', title: 'Available' }, ['✓'] ) | ||
const Na = () => h('i', { class: 'na', title: 'not applicable' }, ['n/a'] ) | ||
const D = () => h('i', { class: 'prog', title: 'in progress' }, ['in prog.'] ) | ||
const O = () => h('i', { class: 'plan', title: 'planned' }, ['planned'] ) | ||
</script> | ||
<style scoped> | ||
.ga { color: var(--vp-c-green-2); font-weight:900;} | ||
.na { color: #aaa; font-size:90%; } | ||
.prog { color: var(--vp-c-green-3); font-size:90%; font-weight:500; } | ||
.plan { color: #089; font-size:90% } | ||
</style> | ||
|
||
|
||
|
||
# Using SAP Event Broker in Cloud Foundry | ||
|
||
[SAP Event Broker](https://help.sap.com/docs/event-broker) is the new default offering for messaging in SAP Business Technology Platform (SAP BTP). | ||
CAP provides out-of-the-box support for SAP Event Broker, and automatically handles many things behind the scenes, so that application coding stays agnostic and focused on conceptual messaging. | ||
|
||
::: warning | ||
The following guide is based on a productive (paid) account on SAP BTP. | ||
::: | ||
|
||
[[toc]] | ||
|
||
<span id="eventbrokerfeaturematrix" /> | ||
|
||
|
||
|
||
## Consuming Events in a Stand-alone App { #consume-standalone } | ||
|
||
This guide describes the end-to-end process of developing a stand-alone (or "single tenant") CAP application that consumes messages via SAP Event Broker. | ||
The guide uses SAP S/4HANA as the event emitter, but this is a stand-in for any system that is able to publish cloud events via SAP Event Broker. | ||
|
||
Sample app: [@capire/incidents with Customers based on S/4's Business Partners](https://github.com/cap-js/incidents-app/tree/event-broker) | ||
|
||
|
||
### Prerequisite: Events & Messaging in CAP | ||
|
||
From the perspective of a CAP developer, SAP Event Broker is yet another messaging broker. | ||
That is to say, CAP developers focus on [modeling their domain](../domain-modeling) and [implementing their domain-specific custom logic](../providing-services#custom-logic). | ||
Differences between the various event transporting technologies are held as transparent as possible. | ||
|
||
Hence, before diving into this guide, you should be familiar with the general guide for [Events & Messaging in CAP](../messaging/), as it already covers the majority of the content. | ||
|
||
|
||
### Add Events and Handlers | ||
|
||
There are two options for adding the events that shall be consumed to your model, and subsequently registering event handlers for the same. | ||
|
||
#### 1. Import and Augment | ||
|
||
This approach is described in [Events from SAP S/4HANA](../messaging/#events-from-sap-s-4hana), [Receiving Events from SAP S/4HANA Cloud Systems](../messaging/s4), and specifically [Consume Events Agnostically](../messaging/s4#consume-events-agnostically) regarding handler registration. | ||
|
||
#### 2. Using Low-Level Messaging | ||
|
||
As a second option, you can skip the modeling part and simply use [Low-Level Messaging](../messaging/s4#using-low-level-messaging). | ||
However, please note that future [Open Resource Discovery (ORD)](https://sap.github.io/open-resource-discovery/) integration will most likely benefit from modeled approaches. | ||
|
||
|
||
### Use `event-broker` | ||
|
||
Configure your application to use the `event-broker` messaging service. | ||
|
||
[Learn more about configuring SAP Event Broker in CAP Node.js](../../node.js/messaging#event-broker){.learn-more} | ||
|
||
[Learn more about `cds.env` profiles](../../node.js/cds-env#profiles){.learn-more} | ||
|
||
::: tip Local Testing | ||
Since SAP Event Broker sends events via HTTP, local | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Adding a comment so that we don't miss the incomplete sentence. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. didn't help 😅 There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. @sjvans Will you complete the sentence? :) There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
i don't know what @David-Kunz wanted to say here ;) but yes, we'll take care of it |
||
::: | ||
|
||
|
||
### Deploy to the Cloud (with MTA) | ||
|
||
Please see [Deploy to Cloud Foundry](../deployment/to-cf) regarding deployment with MTA as well as the deployment section from [SAP Event Broker in CAP Node.js](../../node.js/messaging#event-broker). | ||
|
||
|
||
### Connecting it All Together | ||
|
||
In SAP BTP System Landscape, add a new system of type `SAP BTP Application` for your CAP application including its integration dependencies, connect all involved systems (incl. SAP Event Broker) into a formation and enable the event subscription, as described in [CAP Application as a Subscriber](https://help.sap.com/docs/event-broker/event-broker-draft-service/integration-example-using-cap-application?state=DRAFT). | ||
|
||
::: tip Test Events | ||
For testing purposes, SAP S/4HANA can send technical test events of type `sap.eee.iwxbe.testproducer.v1.Event.Created.v1` which your app can subscribe to. You can trigger such events with _Enterprise Event Enablement - Event Monitor_. | ||
::: | ||
|
||
|
||
<!--The following mta.yaml snippet ensures the sequential creation of the SAP Event Broker and IAS service instances, as well as binds the application to both service instances with the respectively necessary configuration.--> | ||
|
||
<!--```yaml--> | ||
<!--ID: cap.incidents--> | ||
<!----> | ||
<!--modules:--> | ||
<!-- - name: incidents-srv--> | ||
<!-- provides:--> | ||
<!-- - name: incidents-srv-api--> | ||
<!-- properties:--> | ||
<!-- url: ${default-url} #> needed in webhookUrl and home-url below--> | ||
<!-- requires:--> | ||
<!-- - name: incidents-event-broker--> | ||
<!-- parameters:--> | ||
<!-- config:--> | ||
<!-- authentication-type: X509_IAS--> | ||
<!-- - name: incidents-ias--> | ||
<!-- parameters:--> | ||
<!-- config:--> | ||
<!-- credential-type: X509_GENERATED--> | ||
<!-- app-identifier: cap.incidents #> any value, e.g., reuse MTA ID--> | ||
<!----> | ||
<!--resources:--> | ||
<!-- - name: incidents-event-broker--> | ||
<!-- type: org.cloudfoundry.managed-service--> | ||
<!-- parameters:--> | ||
<!-- service: event-broker--> | ||
<!-- service-plan: event-connectivity--> | ||
<!-- config:--> | ||
<!-- # unique identifier for this event broker instance--> | ||
<!-- # should start with own namespace (i.e., "foo.bar") and may not be longer than 15 characters--> | ||
<!-- systemNamespace: cap.incidents--> | ||
<!-- webhookUrl: ~{incidents-srv-api/url}/-/cds/event-broker/webhook--> | ||
<!-- requires:--> | ||
<!-- - name: incidents-srv-api--> | ||
<!-- - name: incidents-ias--> | ||
<!-- type: org.cloudfoundry.managed-service--> | ||
<!-- requires:--> | ||
<!-- - name: incidents-srv-api--> | ||
<!-- processed-after:--> | ||
<!-- # for consumed-services (cf. below), incidents-event-broker must already exist--> | ||
<!-- # -> ensure incidents-ias is created after incidents-event-broker--> | ||
<!-- - incidents-event-broker--> | ||
<!-- parameters:--> | ||
<!-- service: identity--> | ||
<!-- service-plan: application--> | ||
<!-- config:--> | ||
<!-- consumed-services:--> | ||
<!-- - service-instance-name: incidents-event-broker--> | ||
<!-- display-name: cap.incidents #> any value, e.g., reuse MTA ID--> | ||
<!-- home-url: ~{incidents-srv-api/url}--> | ||
<!--```--> | ||
<!----> | ||
<!--Please note that the mta.yaml snippet above is based on the sample app [@capire/incidents](https://github.com/cap-js/incidents-app/tree/event-broker), i.e., ID, module, and resource names are taken from this context and need to be adjusted.--> | ||
<!----> | ||
<!--The full `mta.yaml` of the sample application can be found [here](https://github.com/cap-js/incidents-app/blob/event-broker/mta.yaml).--> | ||
|
||
|
||
<!-- | ||
- Should not be part of the guide, but rather a link to their documentation | ||
- Test events are not treated differently, if you want to test your app, trigger an event for which you already declared integration dependencies | ||
|
||
|
||
### End-to-End Test | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. That whole chapter should preferably move to the Event Broker team's deployment guide, shouldn't it? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Their current guide is incomprehensible and doesn't provide enough information for anyone to deploy an app with IAS-based authentication, so it's good that CAP provides a sample There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. That being said, I dislike having S/4HANA specifics in our guide as well as instructions on how to configure systems and formations in the BTP Cockpit System Landscape. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I therefore propose:
|
||
|
||
You can conduct an end-to-end test of your finalized setup by executing the following steps. | ||
|
||
#### 1. Add Integration Dependency | ||
|
||
In BTP Cockpit → System Landscape, navigate to the system that represents your CAP application. | ||
Add an _Integration Dependency_ using the _Simplified Business Eventing Template_ for _Event Type_ `sap.eee.iwxbe.testproducer.v1.Event.Created.v1` and _Publishing System Namespace_ `sap.s4` as shown in the following screenshot. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The test event is quite prominent, shouldn't we mention that the actual to-be-consumed event types need to be declared here? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Otherwise, readers might be confused that it works for the test event, but not for the actual event they later might want to consume. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. should be part of event broker docs |
||
|
||
![Integration Dependency for Test Event](assets/event-broker-test-integration-dependency.png) | ||
|
||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 2. Create Formationmissing? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. no, formation will already exist (event broker docs) There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. formation needs to be manually created |
||
#### 2. Activate Event Subscription | ||
|
||
In SAP Event Broker Application, activate the subscription for the added integration dependency (cf. [Enabling SAP Event Subscriptions](https://help.sap.com/docs/event-broker/event-broker-service-guide/enable-subscriptions)). | ||
|
||
#### 3. Trigger Test Event | ||
|
||
In S/4HANA Cloud, navigate to application _Enterprise Event Enablement - Event Monitor_ and navigate into the channel you created during setup. | ||
On the top right, press button _Produce Test Event_. | ||
This will add an entry in the list of _Outbound Events_ with topic `na/na/na/ce/sap/eee/iwxbe/testproducer/v1/Event/Created/v1` and, eventually, status _Acknowledged_. | ||
|
||
#### 4. Check Application Logs | ||
|
||
In the application logs of your CAP application, check for a log entry noting the successful event reception as shown in the following screenshot. | ||
|
||
![Log Entry for Test Event](assets/event-broker-test-log-entry.png) | ||
|
||
--> | ||
|
||
|
||
<!-- TODO | ||
|
||
### Hybrid Testing | ||
|
||
Possible? If yes, how? | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Only with There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. yeah, same thinking here. but i wanted to keep as a kind of reminder that this could be improved... |
||
|
||
--> | ||
|
||
|
||
|
||
<span id="eventbrokersaasconsuming" /> | ||
|
||
<span id="eventbrokersaaspublishing" /> |
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -577,11 +577,38 @@ Find additional information about deploying SAP Event Mesh on SAP BTP in this gu | |
|
||
|
||
|
||
## [Using SAP Event Broker](./event-broker) {#sap-event-broker} | ||
|
||
CAP has growing out-of-the-box support for SAP Event Broker. | ||
As an application developer, all you need to do is configuring CAP to use `event-broker`, as in this excerpt from a _package.json_: | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. it's also required to have an IAS service, I think we should mention it. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. We could also just link to the |
||
|
||
```jsonc | ||
"cds": { | ||
"requires": { | ||
"messaging": { | ||
"[production]": { | ||
"kind": "event-broker" | ||
} | ||
} | ||
} | ||
} | ||
``` | ||
|
||
[Learn more about `cds.env` profiles](../../node.js/cds-env#profiles){.learn-more} | ||
|
||
|
||
::: tip Read the guide | ||
Find additional information about deploying SAP Event Broper on SAP BTP in this guide: | ||
[→ **_Using SAP Event Broker in BTP_**](./event-broker) | ||
::: | ||
|
||
|
||
|
||
## [Events from SAP S/4HANA](./s4) | ||
<!-- {.toc-redirect} --> | ||
|
||
SAP S/4HANA integrates SAP Event Mesh for messaging. That makes it relatively easy | ||
for CAP-based applications to receive events from SAP S/4HANA systems. | ||
SAP S/4HANA integrates SAP Event Mesh as well as SAP Event Broker for messaging. | ||
That makes it relatively easy for CAP-based applications to receive events from SAP S/4HANA systems. | ||
|
||
In contrast to CAP, the asynchronous APIs of SAP S/4HANA are separate from the synchronous ones (OData, REST). | ||
So, the effort on the CAP side is to fill this gap. | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not true, it must be in an external service. Otherwise it's considered to be an event the app publishes.