title | description | services | author | manager | ms.service | ms.subservice | ms.topic | ms.tgt_pltfrm | ms.date | ms.author |
---|---|---|---|---|---|---|---|---|---|---|
Integrating Azure services with SAP RISE| Microsoft Docs |
Describes integration scenarios of Azure services with SAP RISE managed workloads |
virtual-machines-linux,virtual-machines-windows |
msftrobiro |
juergent |
sap-on-azure |
sap-vm-workloads |
article |
vm-linux |
12/21/2023 |
robiro |
Your SAP landscape running within SAP RISE can easily integrate with additional applications on Azure. With the information about available interfaces to the SAP RISE/ECS landscape, many scenarios with Azure Services are possible.
-
Data integration scenarios with Azure Data Factory or Synapse Analytics require a self-hosted integration runtime or Azure Integration Runtime. For details see the next chapter.
-
App integration scenarios with Microsoft services using ABAP with the ABAP SDK for Azure and the Microsoft AI SDK for SAP. Installation requires prior setup of abapGit. See this SAP blog post for more information about ABAP Platform and ABAP Cloud environment.
-
App integration scenarios with Microsoft services using Azure Integration Services serving as intermediary to address the desired integration pattern. Consumers like Power Apps, Power BI, Azure Functions and Azure App Service are governed and secured through Azure API Management deployed in the customer environment. This component offers industry standard features such as request throttling, usage quotas, and SAP Principal Propagation to retain the SAP backend authorizations with Microsoft 365 authenticated callers. Find the API Management policy for SAP Principal Propagation here.
-
SAP legacy protocols remote function calls (RFC) support with built-in connectors for Azure Logic Apps, Power Apps, Power BI through the Microsoft on-premises data gateway between the SAP RISE system and Azure service. See below chapters for more details.
Find a comprehensive overview of all the available SAP and Microsoft integration scenarios here.
Integrating your SAP system with Azure cloud native services such as Azure Data Factory or Azure Synapse would use these communication channels to the SAP RISE/ECS managed environment.
The following high-level architecture shows possible integration scenario with Azure data services such as Data Factory or Synapse Analytics. For these Azure services either a self-hosted integration runtime (self-hosted IR or IR) or Azure integration runtime (Azure IR) can be used. The use of either integration runtime depends on the chosen data connector, most SAP connectors are only available for the self-hosted IR. SAP ECC connector is capable of being using through both Azure IR and self-hosted IR. The choice of IR governs the network path taken. SAP .NET connector is used for SAP table connector, SAP BW and SAP OpenHub connectors alike. All these connectors use SAP function modules (FM) on the SAP system, executed through RFC connections. Last if direct database access has been agreed with SAP, along with users and connection path opened, ODBC/JDBC connector for SAP HANA can be used from the self-hosted IR as well.
For data connectors using the Azure IR, this IR accesses your SAP environment through a public IP address. SAP RISE/ECS provides this endpoint through an application gateway for use and the communication and data movement is through https.
Data connectors within the self-hosted integration runtime communicate with the SAP system within SAP RISE/ECS subscription and vnet through the established vnet peering and private network address only. The established network security group rules limit which application can communicate with the SAP system.
The customer is responsible for deployment and operation of the self-hosted integration runtime within their subscription and vnet. The communication between Azure PaaS services such as Data Factory or Synapse Analytics and self-hosted integration runtime is within the customer’s subscription. SAP RISE/ECS exposes the communication ports for these applications to use but has no knowledge or support about any details of the connected application or service.
Contact SAP for details on communication paths available to you with SAP RISE and the necessary steps to open them. SAP must also be contacted for any SAP license details for any implications accessing SAP data through any external applications.
Learn more about the overall support on SAP data integration scenario from our Cloud Adoption Framework with detailed introduction on each SAP connector, comparison and guidance. The whitepaper SAP data integration using Azure Data Factory whitepaper completes the picture.
Further Azure Services such as Azure Logic Apps, Power Apps or Power BI communicate and exchange data with SAP systems through an on-premises data gateway where required. The on-premises data gateway is a virtual machine, running in Azure or on-premises. It provides secure data transfer between these Azure Services and your SAP systems including the option for runtime and driver support for SAP RFCs.
With SAP RISE, the on-premises data gateway can connect to Azure Services running in customer’s Azure subscription. This VM running the data gateway is deployed and operated by the customer. Following high-level architecture serves as overview, similar method can be used for either service.
The SAP RISE environment here provides access to the SAP ports for RFC and https described earlier. The communication ports are accessed by the private network address through the vnet peering or VPN site-to-site connection. The on-premises data gateway VM running in customer’s Azure subscription uses the SAP .NET connector to run RFC, BAPI or IDoc calls through the RFC connection. Additionally, depending on service and way the communication is set up, a way to connect to public IP of the SAP systems REST API through https might be required. The https connection to a public IP can be exposed through SAP RISE/ECS managed application gateway. This high level architecture shows the possible integration scenario. Alternatives to it such as using Logic Apps single tenant and private endpoints to secure the communication and other can be seen as extension and aren't described here in.
SAP RISE/ECS exposes the communication ports for these applications to use but has no knowledge about any details of the connected application or service running in a customer’s subscription.
SAP RISE/ECS exposes the communication ports for these applications to use but has no knowledge about any details of the connected application or service running in a customer’s subscription. Contact SAP for any SAP license details for any implications accessing SAP data through Azure service connecting to the SAP system or database.
Check out the documentation: