Questa pagina è stata utile?
I suggerimenti relativi al contenuto di questa pagina sono importanti. Comunicaceli.
Altri suggerimenti?
1500 caratteri rimanenti
Esporta (0) Stampa
Espandi tutto

Esercitazione: Esercitazione: Utilizzo di Servizi BizTalk di Azure per l'integrazione con un server SAP locale

Aggiornamento: maggio 2015

Servizi BizTalk di Microsoft Azure include un set completo di funzionalità di integrazione che consente alle organizzazioni di creare soluzioni ibride, in modo tale che le applicazioni per i clienti o i partner siano ospitate in Azure e i dati relativi ai clienti o ai partner siano archiviati in locale mediante applicazioni LOB. In questo articolo verrà illustrato come configurare uno scenario ibrido di questo tipo mediante Servizi BizTalk. Per spiegare come integrare applicazioni Microsoft Azure con un'applicazione LOB locale mediante Servizi BizTalk, verrà usato uno scenario che include due partner commerciali, Fabrikam e Contoso.

Contoso invia un messaggio di ordine di acquisto a Fabrikam in formato X12 EDI (Electronic Data Interchange) usando l'apposito schema (X12 850). Fabrikam (che usa un server SAP per gestire i dati partner) accetta gli ordini di acquisto dai partner usando gli IDOC ORDERS05. Per consentire a Contoso di inviare un ordine di acquisto direttamente al server SAP locale di Fabrikam, Fabrikam decide di usare Servizi BizTalk per configurare uno scenario di integrazione ibrido in cui il livello di integrazione è ospitato in Azure e il server SAP si trova all'interno del firewall aziendale. Fabrikam usa Servizi BizTalk nei modi indicati di seguito per consentire questo scenario di integrazione ibrido:

  1. Fabrikam usa Servizi BizTalk di Microsoft Azure SDK per creare un Progetto del servizio BizTalk. Il progetto include un Bridge XML unidirezionale per l'invio di messaggi a un endpoint di inoltro, che a sua volta invia il messaggio al sistema SAP locale.

  2. Fabrikam usa il componente Servizio Adapter BizTalk disponibile in Servizi BizTalk per esporre l'operazione Send nell'IDOC ORDERS05 come operazione che usa l'endpoint di inoltro Bus di servizio. Il Bridge XML unidirezionale invia i messaggi a questo endpoint di inoltro. Fabrikam crea inoltre lo schema per l'operazione Send usando Servizio Adapter BizTalk e include lo schema nell'ambito del Progetto del servizio BizTalk.

    noteNota
    Un'operazione Send in un IDOC è un'operazione esposta da BizTalk Adapter Pack in qualsiasi IDOC per inviare l'IDOC al server SAP. In Servizio Adapter BizTalk, BizTalk Adapter Pack viene usato per la connessione a un server SAP.

  3. Fabrikam usa il componente Transform disponibile in Servizi BizTalk per creare una mappa per trasformare il messaggio di ordine di acquisto in formato X12 nello schema richiesto dal server SAP per richiamare l'operazione Send nell'IDOC ORDERS05.

  4. Fabrikam usa il Portale dei servizi BizTalk di Microsoft Azure disponibile in Servizi BizTalk per creare e distribuire un accordo EDI nella sottoscrizione a Servizi BizTalk che elabora il messaggio di ordine di acquisto X12 850. Nell'ambito dell'elaborazione del messaggio, l'accordo effettua inoltre le operazioni indicate di seguito.

    1. Riceve un messaggio di ordine di acquisto X12 850 tramite FTP.

    2. Trasforma il messaggio di ordine di acquisto X12 nello schema richiesto dal server SAP mediante la trasformazione creata in precedenza.

    3. Indirizza il messaggio trasformato al Bridge XML unidirezionale, che a sua volta lo indirizza a un endpoint di inoltro creato per l'invio di un messaggio di ordine di acquisto a un server SAP. Fabrikam ha precedentemente esposto (come descritto nel punto elenco 1) l'operazione Send nell'IDOC ORDERS05 come endpoint di inoltro, per consentire ai partner di inviare messaggi di ordini di acquisto mediante Servizio Adapter BizTalk.

Una volta eseguita la configurazione, Contoso rilascia un messaggio di ordine di acquisto X12 850 nel percorso FTP. Questo messaggio viene usato dalla pipeline di ricezione EDI, che elabora il messaggio, lo trasforma in un IDOC ORDERS05 e lo indirizza al Bridge XML intermedio. Il bridge indirizza quindi il messaggio all'endpoint di inoltro in Bus di servizio, per poi essere inviato al server SAP locale. Nell'illustrazione seguente viene rappresentato lo stesso scenario.

Scenario di integrazione SAP

Questa esercitazione si basa sull'esempio SAPIntegration disponibile in MSDN Code Gallery (Sapintegration). È possibile usare l'esempio SAPIntegration e scorrere questa esercitazione per comprendere in che modo è stato creato oppure semplicemente usare l'esercitazione per creare un'applicazione personalizzata. Questa esercitazione è mirata al secondo approccio, in modo che gli utenti siano in grado di comprendere in che modo è stata creata questa applicazione. Inoltre, per coerenza con l'esempio, i nomi degli elementi (ad esempio schemi, trasformazioni e così via) usati in questa esercitazione sono gli stessi impiegati nell'esempio.

L'esempio disponibile in MSDN Code Gallery include solo metà della soluzione, che può essere sviluppata in fase di progettazione nel computer. L'esempio non può includere la configurazione da eseguire nel Portale dei servizi BizTalk di Azure. A tale scopo, è necessario eseguire la procedura descritta in questa esercitazione per configurare il bridge EDI. Sebbene sia consigliabile seguire l'esercitazione per meglio comprendere i concetti e procedure, se si vuole usare l'esempio, effettuare le operazioni indicate di seguito:

  • Scaricare il pacchetto SAPIntegration.zip, estrarre l'esempio SAPIntegration e apportare le modifiche pertinenti, ad esempio aggiungere lo spazio dei nomi servizio, il nome dell'autorità emittente, la chiave dell'autorità emittente, i dettagli del server SAP e così via. Dopo aver modificato l'esempio, distribuire l'applicazione per ottenere l'URL dell'endpoint in cui viene distribuito il Bridge XML unidirezionale.

  • Usare il Portale dei servizi BizTalk per configurare le impostazioni di ricezione, come descritto in Passaggio 5: Creare e distribuire la pipeline di ricezione EDI, e seguire le procedure per indirizzare i messaggi dal bridge di ricezione EDI al Bridge XML unidirezionale già distribuito.

  • Rilasciare un messaggio di test nel percorso FTP configurato come parte dell'accordo e verificare che l'applicazione funzioni nel modo previsto.

    • Se l'elaborazione ha esito positivo, il messaggio verrà indirizzato al server SAP e sarà possibile verificare l'IDOC ORDERS mediante l'interfaccia utente grafica di SAP.

    • Se tramite l'accordo EDI non è possibile elaborare il messaggio, i messaggi di errore vengono indirizzati a un endpoint di inoltro in Bus di servizio. Per ricevere tali messaggi, è necessario configurare un servizio di ricezione di inoltro che riceve qualsiasi messaggio destinato allo specifico endpoint di inoltro. Ulteriori dettagli sui motivi per cui è necessario questo servizio e su come usarlo sono disponibili in Passaggio 6: Testare la soluzione.

Vedere anche

Microsoft sta conducendo un sondaggio in linea per comprendere l'opinione degli utenti in merito al sito Web di MSDN. Se si sceglie di partecipare, quando si lascia il sito Web di MSDN verrà visualizzato il sondaggio in linea.

Si desidera partecipare?
Mostra:
© 2015 Microsoft