Sap-fiori-netweaver-gateway
SAP Fiori-NetWeaver Gateway
SAP NetWeaver Gateway は、SAPビジネススイートとターゲットクライアント、プラットフォーム、およびフレームワーク間の接続のセットアップに使用されます。 さまざまなクライアント開発ツールに OData サービスを作成するための開発および生成ツールを提供します。
SAP NetWeaverゲートウェイは、Webアプリケーション上のSAPバックエンドシステムのビジネスロジックとコンテンツを簡単に利用できる方法を提供します。 また、SAPデータへのアクセスの複雑さを軽減し、開発時間を短縮するための簡単なインターフェースを提供します。
SAP NetWeaver Gateway:機能と主な利点
SAP NetWeaver Gatewayは、市場標準に基づいて、デバイス、環境、プラットフォームをSAPソフトウェアに接続する簡単な方法を提供するテクノロジーです。
- 中断のない、あらゆるSAPビジネススイート。
- 簡単なAPIを簡単に開発でき、ツールの知識は必要ありません。 REST、ATOM/ODataに基づいています。 REST サービスと *OData/ATOM プロトコルを活用することにより、SAPの知識がなくても、プログラミング言語またはモデルを使用してSAPアプリケーションに接続できます。
- Eclipse、Visual Studio 2010、XCodeなどの有名なIDEのプラグインを提供します。
SAP NetWeaver GatewayをSAP Business Suiteに接続します
これには、信頼できるシステムとしてバックエンドサーバーを構成することが含まれます。
- ステップ1 *-Tコードを使用:SM59
- ステップ2 *-以下に示すように、作成アイコンをクリックします。
- ステップ3 *-以下に示すように詳細を入力します-
- RFC宛先名
- 接続タイプ:3
- ステップ4 *-[技術設定]タブに移動し、以下で説明するように詳細を入力します。
- ステップ5 *-[ターゲットホスト]フィールドにゲートウェイホストを入力し、[システム番号]フィールドにインスタンス番号を入力します。
- ステップ6 *-[ログオンとセキュリティ]タブに移動して、詳細を入力します。
- ステップ7 *-クライアント番号を入力し、認証のために*現在のユーザー*をクリックします。
- ステップ8 *-*信頼関係*を*はい*として選択し、上部の*保存*アイコンをクリックします。
ステップ9 *-[ホーム画面に戻る]を選択し、Tコードを使用します: *SMT1
- ステップ10 *-以下に示すように*作成アイコン*をクリックします。
*Trusting Wizard* が開きます。
ステップ11 *-作成したばかりのRFC宛先の詳細を入力し、 *Continue をクリックします。
- ステップ12 *-信頼できるシステムの情報が表示されます。 [保存]ボタンをクリックします。
ここでは、SAPシステムを信頼システムに、NWホストを信頼システムに設定することにより、SAPシステムとNetWeaver Gatewayホスト間の信頼関係を定義しました。 これにより、ユーザーはSAP NetWeaverゲートウェイおよびSAPシステムのユーザーデータを使用するためのリモートログオンが可能になります。
SAP NetWeaver Gateway:展開オプション
SAP Fiori構成用のSAP NetWeaverゲートウェイを展開するには、2つの異なる展開オプションがあります。
SAP NetWeaver Gatewayの中央ハブ展開:バックエンドシステムでの開発
このタイプの展開オプションでは、中央UIアドオン、製品固有のUIアドオン、およびSAP NetWeaverゲートウェイがABAPフロントエンドサーバーに含まれています。 バックエンドサーバーには、ビジネスロジックとバックエンドデータが含まれています。 開発はABAPバックエンドシステムで行われます。
サービスはバックエンドシステムに展開され、サーバーに登録されます。 ゲートウェイサービスは、ゲートウェイバックエンドシステムに展開されます。 IW_BEP がデプロイされているか、7.4以降のバージョンで実行されているシステムがコアコンポーネント SAP_GWFND を活用しています。
メリット
- バックエンドでの開発承認なしでUIを変更できます。
- すべてのUIの問題に対して単一のメンテナンスポイントを提供します。
- Fioriアプリのテーマとブランディングの中心的な場所を提供します。
- バックエンドシステムへの単一アクセスポイントを提供します。
- バックエンドシステムへの直接アクセスがないため、セキュリティが強化されています。
- メタデータ(DDIC)およびビジネスデータへの直接ローカルアクセス、およびデータの再利用の容易さ。
デメリット
- 別のSAP NetWeaver Gatewayシステムが必要です。
注意-SAPは、本番環境にセントラルハブの展開オプションを推奨しています。
SAP NetWeaver Gatewayの中央ハブ展開
このオプションでは、ゲートウェイサーバー機能が1つの専用サーバーであるハブシステムで使用されます。 最初のオプションとは異なり、サービスの展開はハブシステムで行われます。
このオプションは、バックエンドシステムで開発を実行する必要がない場合、または7.40より前のリリースの場合に使用されます。 バックエンドでアドオン IW_BEP をデプロイすることが許可されていない場合。 この場合、開発者は、バックエンドでRFCを介してアクセス可能なインターフェースに制限されます。
開発はゲートウェイハブシステムで行われ、ビジネススイートのバックエンドシステムは変更されません。
*IW_BEP* または *SAP_GWFND* はゲートウェイハブシステムで実行されており、SAPビジネススイートでは何も変更されていません。
メリット
- 最初のオプションに与えられた利点に加えて、このオプションには、バックエンドシステムにゲートウェイアドオンをインストールする必要がないという利点があります。
デメリット
- *メタデータ(DDIC)*およびビジネスデータへの直接アクセスはありません。 したがって、データの再利用は制限されています。
- GENILオブジェクトはリモートで使用できません。
- この構成では、アクセスはRFCモジュール、BAPIなどのリモート対応インターフェースに制限されます。
組み込み展開
組み込み展開アーキテクチャでは、開発はSAP Businessスイートのバックエンドシステムで行われ、ゲートウェイシステムも同じシステムにインストールされます。 サービスは、SAP Business Suiteバックエンドシステムで登録および公開されます。
*IW_BEP* または *SAP_GWFND* は、SAP Businessスイートがインストールされているのと同じシステムで実行されています。
メリット
- 1回のリモート呼び出しが削減されるため、実行時間が短くなります。
デメリット
- システムを追加のバックエンドシステムのハブとして使用しないでください。
- 複数のSAP Business Suiteシステムの場合、ゲートウェイを複数回構成する必要があります。
- この構成は、サンドボックスの目的にのみお勧めします。
注-追加のバックエンドシステムのハブシステムとして、組み込み展開のSAP Business Suite Systemを使用しないでください。 その理由は、ハブシステムのSAP NetWeaver Gatewayリリースが、リモートバックエンドシステムのSAP NetWeaver Gatewayバックエンドコンポーネントのバージョンよりも低い状況になる可能性があるためです。
このような状況を回避するために、SAP Business Suiteシステムに組み込み展開オプションを使用できます。
ハブベースのアーキテクチャを使用する場合は、SAP NetWeaver Gatewayの最新リリースで実行される専用のSAP NetWeaver Gateway Hubシステムを使用する必要があります。
SAP Fiori Systemの展開方法を確認します
- ステップ1 *-以下の画像に示すように、SAP GUIを使用してSAP Fioriバックエンドシステムにログインします。
- ステップ2 *-*システムメニュー*で、*ステータス*をクリックします。
- ステップ3 *-*システムステータス*を示す新しいウィンドウが開きます。
SAPシステムデータの下で、コンポーネントバージョンのラベルの下にあるアイコン(虫眼鏡)をクリックします。
- ステップ4 *-NetWeaver Gatewayリリースごとに、SAPバックエンドシステムにインストールされているコンポーネントのリストが表示されます。
NW 7.31では、 IW_BEW および GW_Core コンポーネントがインストールされ、 NW 4.0では、SAP_GWFND がインストールされ、個々のコンポーネントはありません。
このシステムでは、NWシステムがバックエンドシステムにインストールされており、すべてのUIアドオンコンポーネントはフロントエンドシステムにあります。 したがって、ハブアーキテクチャの展開方法を表します。
OData(Open Data Protocol)の概要
ODataは、RESTful APIを構築および使用するために必要なベストプラクティスを定義するために使用されます。 変更を見つけ、再利用可能な手順の関数を定義し、バッチ要求などを送信するのに役立ちます。
重要な機能のいくつかは次のとおりです-
- ODataは、RESTful APIのカスタムニーズを満たす拡張機能を提供します。
- RESTはRepresentational State Transferの略で、「ReST」と綴られることもあります。
- これは、ステートレスなクライアント/サーバー、キャッシュ可能な通信プロトコルに依存しています。 ほとんどすべての場合、HTTPプロトコルが使用されます。
- RESTは、ネットワークアプリケーションを設計するためのアーキテクチャスタイルとして定義されています。
- ODataは、リクエストヘッダーとレスポンスヘッダー、ステータスコード、HTTPメソッド、URL規則、メディアタイプ、ペイロード形式、クエリオプションなどを定義するアプローチを心配することなく、RESTful APIを構築しながらビジネスロジックに集中するのに役立ちます。
- OData RESTful APIは簡単に使用できます。
ODataサービスのライフサイクル
ODataサービスのライフサイクルには、ODataサービスのスパンが含まれます。 ODataサービスライフサイクルで考慮すべき重要な手順を以下に示します。
- ODataサービスのアクティブ化。
- ODataサービスの維持。
- メタデータキャッシュのクリーンアップまでのモデルとサービスの維持。
- RESTfulアプリケーションは、HTTP要求を使用してデータを送信し、データを作成または更新、読み取り、データを削除します。 RESTは、4つのCRUD(作成/読み取り/更新/削除)操作すべてにHTTPを使用します。
- RESTは、RPC(リモートプロシージャコール)やWebサービスなどのメカニズムの軽量な代替手段です。
RESTアーキテクチャコンポーネント
以下に、RESTアーキテクチャのコンポーネントを示します。
- リソース
- リソースのウェブ
- クライアントサーバー
- 接続状態なし
- プロキシサーバー