SAP Fiori - Passerelle NetWeaver

SÈVE NetWeaver Gatewayest utilisé pour configurer une connexion entre SAP Business Suite et les clients, plates-formes et framework cibles. Il propose des outils de développement et de génération pour créerOData services aux différents outils de développement client.

La passerelle SAP NetWeaver offre un moyen plus simple de consommer la logique métier et le contenu du système SAP Back-end sur les applications Web. Il réduit également la complexité d'accès aux données SAP et fournit des interfaces simples pour réduire le temps de développement.

SAP NetWeaver Gateway: fonctionnalités et principaux avantages

SAP NetWeaver Gateway est une technologie qui fournit un moyen simple de connecter des périphériques, des environnements et des plates-formes aux logiciels SAP en fonction des normes du marché.

  • Non-disruptif, toute suite métier SAP.

  • Facilité de développement d'API simples et ne nécessite aucune connaissance des outils.

  • Basé sur REST, ATOM / OData. Il permet la connectivité aux applications SAP à l'aide de n'importe quel langage ou modèle de programmation, sans avoir besoin de connaissances SAP, en tirant partiREST services et OData/ATOM protocoles.

  • Il fournit des plug-ins pour les IDE bien connus tels que Eclipse, Visual Studio 2010 et XCode.

Connectez SAP NetWeaver Gateway à SAP Business Suite

Cela implique la configuration du serveur principal en tant que système de confiance.

Step 1 - Utilisez le code T: SM59

Step 2 - Cliquez sur l'icône de création comme indiqué ci-dessous.

Step 3 - Entrez les détails comme indiqué ci-dessous -

  • Nom de destination RFC
  • Type de connexion: 3

Step 4 - Allez au Technical Settings et entrez les détails comme expliqué ci-dessous.

Step 5 - Entrez l'hôte de la passerelle dans le Target Host champ et numéro d'instance dans le System Number champ.

Step 6 - Allez au Logon & Security onglet et entrez les détails.

Step 7 - Entrez le numéro de client et cliquez sur Current user pour l'authentification.

Step 8 - Sélectionnez Trust Relationship comme Yes et cliquez sur le save icône en haut.

Step 9 - Sélectionnez Revenir à l'écran d'accueil et utilisez le code T: SMT1

Step 10 - Cliquez sur le create icon comme indiqué ci-dessous.

le Trusting Wizard s'ouvrira.

Step 11 - Entrez les détails de la destination RFC que vous venez de créer et cliquez sur Continue.

Step 12- Les informations du système de confiance s'affichent. Clique leSave bouton.

Ici, vous avez défini une relation de confiance entre votre système SAP et l'hôte NetWeaver Gateway en configurant le système SAP pour qu'il soit un système de confiance et l'hôte NW comme un système de confiance. Cela permet aux utilisateurs de se connecter à distance pour utiliser les données utilisateur dans la passerelle SAP NetWeaver et le système SAP.

SAP NetWeaver Gateway: options de déploiement

Il existe deux options de déploiement différentes pour déployer la passerelle SAP NetWeaver pour la configuration SAP Fiori.

Déploiement du hub central de SAP NetWeaver Gateway: développement dans un système back-end

Dans ce type d'option de déploiement, le module complémentaire d'interface utilisateur central, les modules complémentaires d'interface utilisateur spécifiques au produit et la passerelle SAP NetWeaver sont contenus dans le serveur frontal ABAP. Le serveur principal contient la logique métier et les données principales. Le développement a lieu dans le système back-end ABAP.

Les services sont déployés sur un système dorsal et enregistrés sur le serveur. Le service de passerelle est déployé dans le système principal de passerelle. SoitIW_BEP est déployé ou système fonctionnant sur la version 7.4 ou supérieure exploite le composant principal SAP_GWFND.

Advantages

  • Il permet des modifications de l'interface utilisateur sans autorisation de développement dans le back-end.

  • Il fournit un point de maintenance unique pour tous les problèmes d'interface utilisateur.

  • Il fournit une place centrale pour le thème et la marque des applications Fiori.

  • Il fournit un point d'accès unique au système back-end.

  • Comme il n'y a pas d'accès direct au système back-end, il a amélioré la sécurité.

  • Accès local direct aux métadonnées (DDIC) et aux données commerciales et facilité de réutilisation des données.

Disadvantages

  • Il nécessite un système SAP NetWeaver Gateway distinct.

Note - SAP recommande l'option de déploiement Central Hub pour l'environnement de production.

Déploiement du concentrateur central de SAP NetWeaver Gateway

Dans cette option, les fonctionnalités du serveur de passerelle sont utilisées sur un serveur dédié, le système concentrateur. Par rapport à la première option, le déploiement du service a lieu sur le système de concentrateur.

Cette option est utilisée si aucun développement ne doit être effectué sur le système dorsal ou dans le cas de versions antérieures à 7.40. s'il n'est pas autorisé à déployer le module complémentaireIW_BEPdans le back-end. Dans ce cas, le développeur est limité aux interfaces accessibles via RFC dans le back-end.

Le développement a lieu dans le système de hub de passerelle et les systèmes dorsaux de la suite Business ne sont pas touchés.

IW_BEP ou SAP_GWFND fonctionne dans le système de concentrateur de passerelle et rien n'est touché dans la suite SAP Business.

Advantages

  • Outre les avantages donnés pour la première option, cette option présente l'avantage de ne pas nécessiter l'installation de modules complémentaires de passerelle dans le système principal.

Disadvantages

  • Il n'y a pas d'accès direct à metadata (DDIC)et les données commerciales. Par conséquent, la réutilisation des données est limitée.

  • Les objets GENIL ne peuvent pas être utilisés à distance.

  • Dans cette configuration, l'accès est limité aux interfaces activées à distance comme les modules RFC, les BAPI, etc.

Déploiement intégré

Dans l'architecture de déploiement intégrée, le développement a lieu dans le système d'arrière-plan de la suite SAP Business et le système de passerelle est également installé dans le même système. Les services sont enregistrés et publiés dans le système back-end SAP Business Suite.

IW_BEP ou SAP_GWFND s'exécute sur le même système dans lequel la suite SAP Business est installée.

Advantages

  • Il nécessite moins de temps d'exécution car un appel distant est réduit.

Disadvantages

  • Le système ne doit pas être utilisé comme hub pour des systèmes back-end supplémentaires.

  • Dans le cas de plusieurs systèmes SAP Business Suite, la passerelle doit être configurée plusieurs fois.

  • Cette configuration est recommandée uniquement à des fins de bac à sable.

Note- Vous ne devez pas utiliser un système SAP Business Suite avec déploiement intégré comme système de concentrateur pour un système back-end supplémentaire. La raison en est que cela peut conduire à une situation dans laquelle la version SAP NetWeaver Gateway du système concentrateur est inférieure à la version des composants principaux de SAP NetWeaver Gateway du système principal distant.

Pour éviter une telle situation, vous pouvez utiliser l'option de déploiement intégré pour vos systèmes SAP Business Suite.

Si vous optez pour une architecture basée sur un concentrateur, vous devez utiliser un système Hub SAP NetWeaver Gateway dédié qui doit s'exécuter sur la dernière version de SAP NetWeaver Gateway.

Vérifiez la méthode de déploiement dans SAP Fiori System

Step 1 - Connectez-vous au système back-end SAP Fiori à l'aide de SAP GUI comme indiqué dans l'image ci-dessous.

Step 2 - Sur le System menu, Cliquez sur Status.

Step 3 - Une nouvelle fenêtre s'ouvre montrant le System Status.

Sous Données du système SAP, cliquez sur l'icône (loupe) sous l'étiquette Version du composant.

Step 4 - Cela vous montrera la liste des composants installés sur le système d'arrière-plan SAP selon la version de NetWeaver Gateway.

Avec NW 7.31, IW_BEW et GW_Core les composants sont installés et pour NW 4.0, SAP_GWFND est installé et il n'y a pas de composants individuels.

Maintenant, dans ce système, vous avez le système NW installé sur le système principal et tous les composants complémentaires de l'interface utilisateur sont dans le système frontal. Par conséquent, il représente une méthode de déploiement de l'architecture Hub.

Présentation d'OData (Open Data Protocol)

OData est utilisé pour définir les meilleures pratiques requises pour créer et utiliser des API RESTful. Il vous aide à découvrir les changements, à définir des fonctions pour les procédures réutilisables et à envoyer des demandes par lots, etc.

Certaines des caractéristiques importantes sont -

  • OData fournit une fonction d'extension pour répondre à tous les besoins personnalisés de vos API RESTful.

  • REST signifie Representational State Transfer et il est parfois orthographié comme "ReST".

  • Il repose sur un protocole de communication sans état, client-serveur, pouvant être mis en cache. Dans pratiquement tous les cas, le protocole HTTP est utilisé.

  • REST est défini comme un style d'architecture pour la conception d'applications réseau.

  • OData vous aide à vous concentrer sur votre logique métier tout en créant des API RESTful sans avoir à vous soucier des approches pour définir les en-têtes de demande et de réponse, les codes d'état, les méthodes HTTP, les conventions d'URL, les types de médias, les formats de charge utile et les options de requête, etc.

  • Les API RESTful OData sont faciles à utiliser.

Cycle de vie de service OData

Le cycle de vie du service OData comprend la durée d'un service OData. Vous trouverez ci-dessous les étapes clés à prendre en compte dans un cycle de vie de service OData.

  • Activation du service OData.

  • Maintenance du service OData.

  • Maintenance des modèles et services, jusqu'au nettoyage du cache de métadonnées.

  • Les applications RESTful utilisent des requêtes HTTP pour publier des données pour créer ou mettre à jour, lire des données et supprimer des données. REST utilise HTTP pour les quatre opérations CRUD (Créer / Lire / Mettre à jour / Supprimer).

  • REST est une alternative légère aux mécanismes comme RPC (Remote Procedure Calls) et les services Web.

Composants de l'architecture REST

Vous trouverez ci-dessous les composants de l'architecture REST.

  • Resources
  • Un réseau de ressources
  • Client-server
  • Aucun état de connexion
  • Serveurs proxy