Design Considerations for EDA Applications
Architecture Principles for building EDA Application
This generic architecture is required to address the events related integration among the systems to achieve the business integration in seamless way. This architecture is specific to use cases where there is 3rd party integration with SAP Cloud systems(for e.g SAP BTP, SAP S/4HANA etc)
The key functionalities and requirements that needs to be met by this architecture are
- All the message/events that has been published should be available for subscription. Zero loss of messages.
- Events transmitted at real-time should be ready to be subscribed by subscriber systems for further processing.
- Seamless integration with business systems for updating or initiating the business processeses in the backend systems. orchestrate the workflow based on the data received from the events.
- Ability to monitor and track the messages.
- Decouple the applications, event messages and service integrations.
- Should have the capability and tools to identify the critical events for which the enterprise systems needs to get updated based on the event data.
- Application design should categorize the events based on the type of event(data or notification event)
- Select the eventing service suitable for business scenario based on the service offerings, transaction volume, flexible broker deployment requirement etc.
- Ability for secured authentication and authorization mechanism for SAP BTP Integration.
- Architecture should be capable to connect cloud services, legacy systems, IOT devices and other data scenarios which are part of the heterogenous landscape.
Design Considerations for EDA Implementations
For the above architecture, it is important to look at the different technology options available and select the best suited options based on the business/technical scenario for integration. Key Considerations from Platform or Services perspective -
- Publishing events(critical events/all events that are generated from the event producer system)
- Format of the event message which is compatible and applicable in all the systems.
- Choice of SAP BTP Runtime environment to run the Events-To-Business Actions Framework.
- Choice of the eventing services in SAP BTP. Next section provide details on the SAP BTP Eventing services and decision approach for selecting the service for consumption.
- Select the APIs from SAP Business Accelerator Hub for integration with SAP Systems.
- API Integration options(direct integration(Cloud Connector or Private Link Service) or via SAP Cloud Integration Service)
- Ensuring secured API access in SAP BTP as well as SAP Systems via SAP Cloud Identity Services.
Eventing services
API led integrations and event based integrations go hand in hand very well. SAP Integration Suite supports the eventing infrastructure with the below list of offerings
- SAP Integration Suite,advanced event mesh and Event Mesh Capability of Integration Suite.
- Event Catalogs to understand the standards of events SAP provides and also provision to build your own catalog with your events.
- Event Mediation with Cloud Integration capability enables event mapping, event enrichment, event enabling of legacy systems and connectivity to other applications, brokers and adapter through adapters.
Below are the features of the services which will help one decide on the choice of the eventing service that needs to be leveraged for EDA Application Development.
-
SAP Integration Suite, advanced event mesh(AEM) is a distributed multi-broker event mesh which can be used for enterprise EDA implementations with flexible broker deployments. It complements SAP Event Mesh for more demanding use cases and offers benefits like support for very heavy loads or a truly distributed mesh of event brokers. A full set of eventing services including event streaming, event management and monitoring is provided and on top advanced features like dynamic message routing and fine-grained filtering.
-
Event Mesh capability(EM) (Event Mesh Capability of SAP Integration Suite) is an event broker which will enable implementation of starter or small volume EDA scenarios across SAP and third-party applications. It will enable a start small and expand EDA strategy.Suitable for low to medium EDA scenarios across SAP and non-SAP.It primarily enables "land and expand" strategy which means one can start with EM and then transition to AEM based on the scale of operations.
Both the services are fully managed cloud service, connect SAP and non-SAP system, have out of the box support for SAP event sources and support standard protocols. The key differences are as below
Feature | Event Mesh capability of SAP Integration Suite | SAP Integration Suite,advanced event mesh |
---|---|---|
Infrastructure Model | Shared | T-Shirt Sizes |
Connecting SAP and non-SAP systems | BTP Deployment | Private and Public Cloud |
Message Size and Storage | 1MB/10GB | Up to 30MB/Up to 6TB |
Typical use case size | Small to Medium | Small to Ultra-large |
Apart from the above mentioned SAP Integration Suite, advanced event mesh allows to create network of event brokers, provides advanced event monitoring and analysis, allows dynamic event routing, has capabilities for filtering, event replay and event management.
Refer to Comprehensive Real-Time Integration Using Event-Driven Architecture for more details on capabilities in SAP BTP for building EDA Applications.
SAP BTP Runtime
Refer to the SAP BTP Developer Guide Understanding Available Technology to help decide on the runtime choice.
Business APIs
Explore and discover SAP Business Accelerator Hub to consume APIs, events, adapters, business objects details for the extension application. In this reference architecture the APIs in the ERP business systems are integrated in the sample applications. To extend the architecture to other SAP Systems or to leverage the events that are configured in the business systems, the content from SAP Business Accelerator Hub provides insights.
Navigating from Generic Architecture to Specific Architecture for implementing business scenarios
Based on the generic reference architecture, below can be 2 specific architecture which are specific to the two different integration patterns based on different Hyperscaler environnement which acts as event producer.
Architecture 1 - Event-driven architecture with AWS as the Event Producer
Go to Integration with Amazon Web Services