SAP Fiori - NetWeaver Gateway
LINFA NetWeaver Gatewayviene utilizzato per impostare una connessione tra la suite aziendale SAP e client, piattaforme e framework di destinazione. Offre strumenti di sviluppo e generazione per creareOData servizi a diversi strumenti di sviluppo client.
Il gateway SAP NetWeaver fornisce un modo più semplice per il consumo di logica aziendale e contenuto per il sistema SAP Back-end sulle applicazioni web. Riduce inoltre la complessità per accedere ai dati SAP e fornisce interfacce semplici per ridurre i tempi di sviluppo.
SAP NetWeaver Gateway: funzionalità e vantaggi principali
SAP NetWeaver Gateway è una tecnologia che fornisce un modo semplice per connettere dispositivi, ambienti e piattaforme al software SAP in base agli standard di mercato.
Senza interruzioni, qualsiasi suite aziendale SAP.
Facilità di sviluppo di API semplici e non richiede alcuna conoscenza degli strumenti.
Basato su REST, ATOM / OData. Consente la connettività alle applicazioni SAP utilizzando qualsiasi linguaggio di programmazione o modello, senza la necessità di conoscenze SAP, sfruttandoREST servizi e OData/ATOM protocolli.
Fornisce plug-in per IDE noti come Eclipse, Visual Studio 2010 e XCode.
Connetti SAP NetWeaver Gateway a SAP Business Suite
Ciò implica la configurazione del server back-end come sistema affidabile.
Step 1 - Usa il codice T: SM59
Step 2 - Fare clic sull'icona di creazione come mostrato di seguito.
Step 3 - Immettere i dettagli come mostrato di seguito -
- Nome destinazione RFC
- Tipo di connessione: 3
Step 4 - Vai al Technical Settings scheda e immettere i dettagli come spiegato di seguito.
Step 5 - Immettere l'host del gateway nel file Target Host campo e numero di istanza nel file System Number campo.
Step 6 - Vai al Logon & Security scheda e inserisci i dettagli.
Step 7 - Immettere il numero del cliente e fare clic su Current user per l'autenticazione.
Step 8 - Seleziona Trust Relationship come Yes e fare clic su save icona in alto.
Step 9 - Seleziona Torna alla schermata principale e usa il codice T: SMT1
Step 10 - Fare clic su create icon come mostrato di seguito.
Il Trusting Wizard aprirà.
Step 11 - Inserisci i dettagli della destinazione RFC che hai appena creato e fai clic Continue.
Step 12- Vengono visualizzate le informazioni del sistema affidabile. Clicca ilSave pulsante.
Qui, hai definito la relazione di fiducia tra il tuo sistema SAP e l'host NetWeaver Gateway configurando il sistema SAP come sistema affidabile e l'host NW come sistema affidabile. Ciò consente l'accesso remoto agli utenti di utilizzare i dati utente nel gateway SAP NetWeaver e nel sistema SAP.
SAP NetWeaver Gateway: opzioni di distribuzione
Sono disponibili due diverse opzioni di distribuzione per distribuire il gateway SAP NetWeaver per la configurazione di SAP Fiori.
Distribuzione nell'hub centrale di SAP NetWeaver Gateway: sviluppo nel sistema back-end
In questo tipo di opzione di distribuzione, il componente aggiuntivo dell'interfaccia utente centrale, i componenti aggiuntivi dell'interfaccia utente specifici del prodotto e il gateway SAP NetWeaver sono contenuti nel server front-end ABAP. Il server back-end contiene logica aziendale e dati back-end. Lo sviluppo avviene nel sistema back-end ABAP.
I servizi vengono distribuiti su un sistema back-end e registrati sul server. Il servizio Gateway viene distribuito nel sistema back-end Gateway. OIW_BEP è distribuito o il sistema in esecuzione sulla versione 7.4 o superiore sfrutta il componente principale SAP_GWFND.
Advantages
Consente modifiche all'interfaccia utente senza autorizzazione di sviluppo nel back-end.
Fornisce un unico punto di manutenzione per tutti i problemi dell'interfaccia utente.
Fornisce un posto centrale per il tema e il branding delle app Fiori.
Fornisce un unico punto di accesso al sistema di back-end.
Poiché non esiste un accesso diretto al sistema di back-end, ha una maggiore sicurezza.
Accesso locale diretto ai metadati (DDIC) e ai dati aziendali e facilità di riutilizzo dei dati.
Disadvantages
- Richiede un sistema SAP NetWeaver Gateway separato.
Note - SAP consiglia l'opzione di distribuzione Central Hub per l'ambiente di produzione.
Distribuzione hub centrale di SAP NetWeaver Gateway
In questa opzione, le funzionalità del server Gateway vengono utilizzate su un server dedicato, il sistema hub. Rispetto alla prima opzione, la distribuzione del servizio avviene sul sistema hub.
Questa opzione viene utilizzata se nessuno sviluppo deve essere eseguito sul sistema back-end o in caso di versioni precedenti alla 7.40. se non è consentito distribuire l'Add-OnIW_BEPnel back-end. In questo caso, lo sviluppatore è limitato alle interfacce accessibili tramite RFC nel back-end.
Lo sviluppo avviene nel sistema hub Gateway e i sistemi back-end Business suite non vengono toccati.
IW_BEP o SAP_GWFND è in esecuzione nel sistema hub Gateway e nulla viene toccato nella suite SAP Business.
Advantages
Oltre ai vantaggi offerti per la prima opzione, questa opzione ha il vantaggio di non richiedere l'installazione di componenti aggiuntivi del gateway nel sistema di back-end.
Disadvantages
Non c'è accesso diretto a metadata (DDIC)e dati aziendali. Pertanto, il riutilizzo dei dati è limitato.
Gli oggetti GENIL non possono essere utilizzati in remoto.
In questa configurazione, l'accesso è limitato alle interfacce abilitate remote come moduli RFC, BAPI ecc.
Distribuzione incorporata
Nell'architettura di distribuzione incorporata, lo sviluppo avviene nel sistema back-end della suite SAP Business e nello stesso sistema viene installato anche il sistema Gateway. I servizi sono registrati e pubblicati nel sistema back-end di SAP Business Suite.
IW_BEP o SAP_GWFND è in esecuzione nello stesso sistema in cui è installata la suite SAP Business.
Advantages
- Richiede meno tempo di esecuzione in quanto viene ridotta una chiamata remota.
Disadvantages
Il sistema non deve essere utilizzato come hub per sistemi back-end aggiuntivi.
In caso di più sistemi SAP Business Suite, Gateway deve essere configurato più volte.
Questa configurazione è consigliata solo per scopi di sandbox.
Note- Non utilizzare un sistema SAP Business Suite con distribuzione incorporata come sistema hub per un sistema back-end aggiuntivo. Il motivo è che potrebbe portare a una situazione in cui la versione di SAP NetWeaver Gateway del sistema hub è inferiore alla versione dei componenti back-end SAP NetWeaver Gateway del sistema back-end remoto.
Per evitare tale situazione, è possibile utilizzare l'opzione di distribuzione incorporata per i sistemi SAP Business Suite.
Se scegli un'architettura basata su hub, dovresti utilizzare un sistema Hub SAP NetWeaver Gateway dedicato che dovrebbe essere eseguito sull'ultima versione di SAP NetWeaver Gateway.
Controlla il metodo di distribuzione in SAP Fiori System
Step 1 - Accedi al sistema back-end SAP Fiori utilizzando SAP GUI come mostrato nell'immagine sotto.
Step 2 - Sul System menu, fare clic Status.
Step 3 - Si apre una nuova finestra che mostra il file System Status.
In Dati di sistema SAP, fare clic sull'icona (lente di ingrandimento) sotto l'etichetta Versione componente.
Step 4 - Questo ti mostrerà l'elenco dei componenti installati sul sistema back-end SAP come da NetWeaver Gateway Release.
Con NW 7.31, IW_BEW e GW_Core componenti sono installati e per NW 4.0, SAP_GWFND è installato e non ci sono singoli componenti.
Ora in questo sistema, hai il sistema NW installato sul sistema back-end e tutti i componenti aggiuntivi dell'interfaccia utente sono nel sistema front-end. Pertanto, rappresenta un metodo di distribuzione dell'architettura hub.
Panoramica di OData (Open Data Protocol)
OData viene utilizzato per definire le procedure consigliate necessarie per creare e utilizzare API RESTful. Ti aiuta a scoprire le modifiche, definire funzioni per procedure riutilizzabili e inviare richieste batch, ecc.
Alcune delle caratteristiche importanti sono:
OData fornisce funzionalità di estensione per soddisfare qualsiasi esigenza personalizzata delle tue API RESTful.
REST sta per Representational State Transfer e talvolta è scritto come "ReST".
Si basa su un protocollo di comunicazione senza stato, client-server, memorizzabile nella cache. Praticamente in tutti i casi viene utilizzato il protocollo HTTP.
REST è definito come uno stile di architettura per la progettazione di applicazioni di rete.
OData ti aiuta a concentrarti sulla logica aziendale mentre crei API RESTful senza doversi preoccupare degli approcci per definire intestazioni di richieste e risposte, codici di stato, metodi HTTP, convenzioni URL, tipi di media, formati di payload e opzioni di query ecc.
Le API RESTful di OData sono facili da utilizzare.
Ciclo di vita del servizio OData
Il ciclo di vita del servizio OData include la durata di un servizio OData. Di seguito sono riportati i passaggi chiave da considerare in un ciclo di vita del servizio OData.
Attivazione del servizio OData.
Manutenzione del servizio OData.
Manutenzione di modelli e servizi, fino alla pulizia della cache dei metadati.
Le applicazioni RESTful utilizzano richieste HTTP per inviare dati per creare o aggiornare, leggere dati ed eliminare dati. REST utilizza HTTP per tutte e quattro le operazioni CRUD (Crea / Leggi / Aggiorna / Elimina).
REST è un'alternativa leggera a meccanismi come RPC (Remote Procedure Calls) e Web Services.
Componenti dell'architettura REST
Di seguito sono riportati i componenti dell'architettura REST.
- Resources
- Una rete di risorse
- Client-server
- Nessuno stato di connessione
- Server proxy