SAPFiori-NetWeaverゲートウェイ

SAP NetWeaver GatewaySAPビジネススイートとターゲットクライアント、プラットフォーム、およびフレームワーク間の接続をセットアップするために使用されます。作成するための開発および生成ツールを提供しますOData さまざまなクライアント開発ツールへのサービス。

SAP NetWeaverゲートウェイは、Webアプリケーション上のSAPバックエンドシステムのビジネスロジックとコンテンツをより簡単に利用する方法を提供します。また、SAPデータへのアクセスの複雑さを軽減し、開発時間を短縮するための簡単なインターフェイスを提供します。

SAP NetWeaver Gateway：機能と主な利点

SAP NetWeaver Gatewayは、デバイス、環境、およびプラットフォームを市場標準に基づいてSAPソフトウェアに接続する簡単な方法を提供するテクノロジーです。

無停止で、SAPビジネススイート。
シンプルなAPIの開発が容易で、ツールの知識は必要ありません。
REST、ATOM / ODataに基づいています。これにより、SAPの知識がなくても、任意のプログラミング言語またはモデルを使用してSAPアプリケーションに接続できます。REST サービスと OData/ATOM プロトコル。
Eclipse、Visual Studio 2010、XCodeなどのよく知られたIDE用のプラグインを提供します。

SAP NetWeaverGatewayをSAPBusinessSuiteに接続します

これには、バックエンドサーバーを信頼できるシステムとして構成することが含まれます。

Step 1 − Tコードを使用：SM59

Step 2 −以下に示すように、作成アイコンをクリックします。

Step 3 −以下のように詳細を入力します−

RFC宛先名
接続タイプ：3

Step 4 −に移動します Technical Settings タブをクリックし、以下に説明するように詳細を入力します。

Step 5 −ゲートウェイホストを Target Host のフィールドとインスタンス番号 System Number フィールド。

Step 6 −に移動します Logon & Security タブをクリックして詳細を入力します。

Step 7 −クライアント番号を入力し、をクリックします Current user 認証用。

Step 8 −選択 Trust Relationship なので Yes をクリックします save 上部のアイコン。

Step 9 − [ホーム画面に戻り、Tコードを使用する]を選択します。 SMT1

Step 10 −をクリックします create icon 以下に示すように。

ザ・ Trusting Wizard 開くでしょう。

Step 11 −作成したRFC宛先の詳細を入力し、をクリックします Continue。

Step 12−信頼できるシステムの情報が表示されます。クリックSave ボタン。

ここでは、SAPシステムを信頼システムに構成し、NWホストを信頼システムに構成することにより、SAPシステムとNetWeaverGatewayホスト間の信頼関係を定義しました。これにより、ユーザーのリモートログオンでSAPNetWeaverゲートウェイおよびSAPシステムのユーザーデータを使用できるようになります。

SAP NetWeaver Gateway：導入オプション

SAPFiori構成用のSAPNetWeaverゲートウェイをデプロイするために使用できる2つの異なるデプロイメントオプションがあります。

SAP NetWeaver Gatewayのセントラルハブデプロイメント：バックエンドシステムでの開発

このタイプのデプロイメントオプションでは、中央UIアドオン、製品固有のUIアドオン、およびSAPNetWeaverゲートウェイがABAPフロントエンドサーバーに含まれています。バックエンドサーバーには、ビジネスロジックとバックエンドデータが含まれています。開発はABAPバックエンドシステムで行われます。

サービスはバックエンドシステムにデプロイされ、サーバーに登録されます。ゲートウェイサービスは、ゲートウェイバックエンドシステムにデプロイされます。どちらかIW_BEP がデプロイされているか、7.4以降のバージョンで実行されているシステムがコアコンポーネントを活用している SAP_GWFND。

Advantages

バックエンドでの開発承認なしでUIを変更できます。
これは、すべてのUIの問題に対して単一のメンテナンスポイントを提供します。
これは、Fioriアプリのテーマ設定とブランディングのための中心的な場所を提供します。
バックエンドシステムへの単一のアクセスポイントを提供します。
バックエンドシステムに直接アクセスできないため、セキュリティが強化されています。
メタデータ（DDIC）およびビジネスデータへの直接ローカルアクセスとデータの再利用の容易さ。

Disadvantages

個別のSAPNetWeaverGatewayシステムが必要です。

Note − SAPは、実稼働環境にCentralHubデプロイメントオプションを推奨しています。

SAP NetWeaverGatewayのセントラルハブデプロイメント

このオプションでは、ゲートウェイサーバー機能が1つの専用サーバーであるハブシステムで使用されます。最初のオプションとは異なり、サービスの展開はハブシステムで行われます。

このオプションは、バックエンドシステムで開発を実行する必要がない場合、または7.40より前のリリースの場合に使用されます。アドオンのデプロイが許可されていない場合IW_BEPバックエンドで。この場合、開発者はバックエンドのRFCを介してアクセスできるインターフェースに制限されます。

開発はゲートウェイハブシステムで行われ、ビジネススイートのバックエンドシステムには影響しません。

IW_BEP または SAP_GWFND はゲートウェイハブシステムで実行されており、SAPビジネススイートでは何も変更されていません。

Advantages

最初のオプションに与えられた利点に加えて、このオプションには、バックエンドシステムにゲートウェイアドオンをインストールする必要がないという利点があります。

Disadvantages

に直接アクセスすることはできません metadata (DDIC)およびビジネスデータ。したがって、データの再利用は制限されます。
GENILオブジェクトはリモートで使用できません。
この構成では、アクセスはRFCモジュール、BAPIなどのリモート対応インターフェースに制限されます。

組み込み展開

組み込みデプロイメントアーキテクチャでは、開発はSAP Business Suiteバックエンドシステムで行われ、ゲートウェイシステムも同じシステムにインストールされます。サービスは、SAP BusinessSuiteバックエンドシステムに登録および公開されます。

IW_BEP または SAP_GWFND SAPBusinesssuiteがインストールされているのと同じシステムで実行されています。

Advantages

1つのリモート呼び出しが削減されるため、実行時間が短縮されます。

Disadvantages

システムを追加のバックエンドシステムのハブとして使用しないでください。
複数のSAPBusiness Suiteシステムの場合、ゲートウェイを複数回構成する必要があります。
この構成は、サンドボックスの目的でのみ推奨されます。

Note−追加のバックエンドシステムのハブシステムとして、組み込みデプロイメントのSAP BusinessSuiteシステムを使用しないでください。その理由は、ハブシステムのSAP NetWeaverGatewayリリースがリモートバックエンドシステムのSAPNetWeaverGatewayバックエンドコンポーネントのバージョンよりも低い状況につながる可能性があるためです。

このような状況を回避するために、SAP BusinessSuiteシステムに組み込みデプロイメントオプションを使用できます。

ハブベースのアーキテクチャを使用する場合は、SAP NetWeaverGatewayの最新リリースで実行される専用のSAPNetWeaverGatewayハブシステムを使用する必要があります。

SAPFioriシステムでのデプロイメント方法を確認してください

Step 1 −以下の画像に示すように、SAPGUIを使用してSAPFioriバックエンドシステムにログインします。

Step 2 −上 System menu、クリック Status。

Step 3 −新しいウィンドウが開き、 System Status。

SAPシステムデータの下で、ラベルコンポーネントバージョンの下にあるアイコン（虫眼鏡）をクリックします。

Step 4 −これにより、NetWeaverGatewayリリースに従ってSAPバックエンドシステムにインストールされているコンポーネントのリストが表示されます。

NW 7.31では、 IW_BEW そして GW_Core コンポーネントがインストールされ、 NW 4.0, SAP_GWFND がインストールされており、個々のコンポーネントはありません。

このシステムでは、バックエンドシステムにNWシステムがインストールされており、すべてのUIアドオンコンポーネントがフロントエンドシステムにあります。したがって、これはハブアーキテクチャの展開方法を表しています。

OData（オープンデータプロトコル）の概要

ODataは、RESTfulAPIを構築して使用するために必要なベストプラクティスを定義するために使用されます。変更を見つけたり、再利用可能なプロシージャの関数を定義したり、バッチリクエストを送信したりするのに役立ちます。

重要な機能のいくつかは次のとおりです。

ODataは、RESTfulAPIのカスタムニーズを満たすための拡張機能を提供します。
RESTはRepresentationalState Transferの略で、「ReST」と綴られることもあります。
これは、ステートレス、クライアントサーバー、キャッシュ可能な通信プロトコルに依存しています。事実上すべての場合、HTTPプロトコルが使用されます。
RESTは、ネットワークアプリケーションを設計するためのアーキテクチャスタイルとして定義されています。
ODataを使用すると、要求ヘッダーと応答ヘッダー、ステータスコード、HTTPメソッド、URL規則、メディアタイプ、ペイロード形式、クエリオプションなどを定義するアプローチを気にすることなく、RESTfulAPIを構築しながらビジネスロジックに集中できます。
OData RESTfulAPIは簡単に使用できます。

ODataサービスのライフサイクル

ODataサービスのライフサイクルには、ODataサービスのスパンが含まれます。以下に示すのは、ODataサービスのライフサイクルで考慮すべき重要なステップです。

ODataサービスのアクティブ化。
ODataサービスの保守。
メタデータキャッシュのクリーンアップまでのモデルとサービスの維持。
RESTfulアプリケーションは、HTTPリクエストを使用してデータを投稿し、データを作成または更新、読み取り、削除します。RESTは、4つのCRUD（作成/読み取り/更新/削除）操作すべてにHTTPを使用します。
RESTは、RPC（リモートプロシージャコール）やWebサービスなどのメカニズムの軽量な代替手段です。

RESTアーキテクチャコンポーネント

以下に、RESTアーキテクチャのコンポーネントを示します。

Resources
リソースのウェブ
Client-server
接続状態なし
プロキシサーバー