
In my previous blog, we introduced you to the SAP Netweaver Gateway and how it leverages the Odata protocol liberates SAP Business Data for consumption on virtually any platform, environment or device.
Previous Blogs in the series:
OData - Everything that you need to know (Part 1)
OData - Everything that you need to know (Part 2)
OData - Everything that you need to know (Part 3)
OData - Everything that you need to know (Part 4)
In this blog we will see the various deployment options for SAP Netweaver Gateway and their pros and cons.
Before getting into the various deployment options with SAP Netweaver Gateway, it is important to understand the different components.
SAP Netweaver Gateway prior to NW 7.4 had three add-ons namely GW_CORE, IN_FND and IW_BEP. While the first two components were required for Gateway server functionalities, IW_BEP was used for Gateway backend functionalities.
From the onset of NW 7.0 release, all the three components are bundle into a single component SAP_GWFND or Gateway Foundation.
There are three possible deployment options to pick from and we will discuss each one of them.
1. Hub Deployment: Development in the Backend system
In this deployment strategy, the SAP Netweaver Gateway is installed on separate SAP machine referred to as Gateway Hub. The OData services are registered and exposed from the Gateway Hub but are developed in the SAP backend system. If SAP Business Suite backend systems are running on NW release prior to 7.4 then component IW_BEP should be installed. For systems running on NW7.4 onwards the SAP_GWFND component contains both Gateway server and backend functionalities as mentioned before.
Advantages of this deployment options are as follows:
2. Hub Deployment: Development in the Hub
Hub Deployment with development in the Gateway Hub is an option where just like the previous option, there is a dedicated Gateway Hub as a separate system from the backend system. Since, all the development related to SAP Netweaver Gateway takes place in the Gateway Hub, backend not necessary should have any Gateway components installed. It is a feasible option if you don’t want to do any kind of developments in the backend system and leverage what is already available.
There are a few disadvantages though:
3. Embedded Deployment
In the Embedded Deployment option, the SAP Netweaver gateway components are installed as add-ons on the SAP backed system itself. Both the Odata modeling and the exposing of the services is done from the backend system. This deployment strategy saves cost as there is no dedicated Gateway Hub. Also, the runtime overhead due to remote calls in the above two deployment options is reduced.
Disadvantages:
In the next blog, we will explain the case study that will be the basis of our future blogs related to end-to-end steps of producing and consuming OData services.
Next Blog: OData - Everything that you need to know (Part 6)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
18 | |
14 | |
11 | |
9 | |
9 | |
7 | |
6 | |
5 | |
5 | |
5 |