Integrare le code di messaggi di mainframe e sistemi di fascia media IBM con Azure

App per la logica di Azure
database SQL di Azure
Istanza gestita di SQL di Azure
SQL Server in Macchine virtuali di Azure
Database di Azure per PostgreSQL

Quando si usa Azure come piattaforma dati moderna, è possibile scegliere tra PaaS (Platform as a Service, piattaforma distribuita come servizio) o IaaS (Infrastructure as a Service, infrastruttura distribuita come servizio). PaaS offre opzioni native del cloud per l'inserimento, la trasformazione e l'archiviazione dei dati. IaaS offre un maggiore controllo sull'infrastruttura ibrida, a partire dalle dimensioni e dal tipo di macchine virtuali scelte. Con entrambi gli approcci, è possibile sfruttare un'ampia gamma di database relazionali, NoSQL e in memoria completamente gestiti, soluzioni di archiviazione e offerte di analisi che includono motori proprietari e open source. Questa architettura di esempio mostra entrambi gli approcci.

Architettura

Diagram that shows an architecture for the Azure set-up for the IBM MQ workload.

Scaricare un file di Visio di questa architettura.

Workflow

  1. IBM MQ è il middleware che funge da collegamento ad accoppiamento debole (loosely coupled) tra un sistema mainframe o di fascia media e i servizi di Azure. I messaggi vengono ricevuti e inviati in base ai requisiti dell'applicazione per comunicare con il livello applicazione mainframe.

  2. In un approccio nativo del cloud, App per la logica di Azure usa il connettore MQ per scambiare messaggi con IBM MQ. La funzionalità Utilità di pianificazione orchestra il flusso di lavoro di Azure, inviando e ricevendo messaggi a intervalli ricorrenti di un secondo.

  3. Il connettore MQ può inviare i messaggi che legge direttamente alla risorsa di archiviazione tramite un connettore o inviarli per essere prima trasformati. App per la logica include diverse opzioni per la trasformazione dei dati, ad esempio un runtime JavaScript inline che è possibile usare per eseguire semplici frammenti di codice JavaScript per la trasformazione dei dati o operazioni sui dati che eseguono trasformazioni su dati di tabelle JSON, CSV e HTML. È anche possibile creare funzioni serverless a singola attività usando una funzione di Azure.

  4. I dati vengono caricati nella risorsa di archiviazione. Azure offre molte soluzioni di archiviazione dei dati gestiti, ognuna delle quali fornisce funzionalità e capacità diverse.

  5. In un approccio IaaS, una macchina virtuale esegue Microsoft Host Integration Server (HIS) con BizTalk Adapter for WebSphere MQ. HIS scambia messaggi con IBM MQ ed espone l'orchestrazione come servizio Web a un'applicazione .NET personalizzata.

  6. Un'applicazione .NET rende persistenti i dati usando qualsiasi archivio dati di Azure supportato. Ad esempio, l'applicazione può mascherare i dati o usare endpoint privati per la sicurezza.

  7. I dati vengono caricati nella risorsa di archiviazione. Azure offre molte soluzioni di archiviazione dei dati gestiti, ognuna delle quali fornisce funzionalità e capacità diverse.

Componenti

App per la logica di Azure fornisce strumenti per l'orchestrazione dei dati, l'integrazione dei dati e la trasformazione dei dati. Include centinaia di connettori per l'accesso ai dati in locale o nel cloud. Assicurarsi di testare la velocità effettiva e le prestazioni prima di scegliere un connettore di archiviazione dati.

L'Utilità di pianificazione di App per la logica fornisce trigger per l'avvio e l'esecuzione di flussi di lavoro in base all'intervallo e alla frequenza di ricorrenza specificati.

Il connettore MQ di App per la logica connette i flussi di lavoro di App per la logica a un server IBM MQ locale o in Azure. I flussi di lavoro ricevono e inviano messaggi archiviati nel server MQ. È incluso anche un client Microsoft MQ per la comunicazione con un server MQ remoto in una rete TCP/IP. È possibile usare il client per connettersi a IBM WebSphere MQ 7.5, MQ 8.0 e MQ 9.0, 9.1 e 9.2.

Host Integration Server (HIS) può fungere da integratore di messaggi tramite l'adattatore WebSphere MQ in Microsoft BizTalk Server. Un adattatore client e un adattatore server scambiano messaggi tra IBM MQ e BizTalk Server. HIS funge anche da listener MQ e può eseguire il polling del server MQ per i messaggi a intervalli specificati.

.NET è una piattaforma di sviluppo open source gratuita usata in questo esempio per creare un'app per eseguire il pull dei dati tramite HIS al livello di archiviazione dati. Può anche essere usato per accedere a IBM WebSphere MQ Server direttamente tramite Microsoft Client for MQ.

Alternative

Dettagli dello scenario

Un approccio comune negli scenari di trasformazione digitale consiste nel verificare se le applicazioni esistenti e i livelli middleware possono essere eseguiti così come sono in una configurazione ibrida in cui Microsoft Azure funge da piattaforma dati distribuita scalabile. Questo esempio descrive un approccio data-first all'integrazione del middleware che consente alle code messaggi IBM in esecuzione nei sistemi mainframe o di fascia media di funzionare con i servizi di Azure in modo da poter trovare la piattaforma dati migliore per il proprio carico di lavoro.

Quando si usa Azure come piattaforma dati moderna, è possibile scegliere tra PaaS (Platform as a Service, piattaforma distribuita come servizio) o IaaS (Infrastructure as a Service, infrastruttura distribuita come servizio). PaaS offre opzioni native del cloud per l'inserimento, la trasformazione e l'archiviazione dei dati. IaaS offre un maggiore controllo sull'infrastruttura ibrida, a partire dalle dimensioni e dal tipo di macchine virtuali scelte. Con entrambi gli approcci, è possibile sfruttare un'ampia gamma di database relazionali, NoSQL e in memoria completamente gestiti, soluzioni di archiviazione e offerte di analisi che includono motori proprietari e open source.

Questa architettura di esempio illustra entrambi gli approcci:

  • PaaS nativo del cloud. App per la logica di Azure scambia messaggi con IBM MQ tramite il connettore MQ. Ulteriori connettori consentono di accedere rapidamente a eventi, dati e azioni in altre app, servizi, sistemi, protocolli e piattaforme. App per la logica include anche strumenti per trasformare i dati dalla coda se è necessario modificare il formato, la struttura o i valori dei dati prima di archiviarli in Azure o inviarli al livello applicazione.

  • IaaS basato su VM. Eseguendo Microsoft Host Integration Server (HIS) in una macchina virtuale, è possibile usare un componente di integrazione della messaggistica che si connette a IBM MQ. È possibile controllare il processo di trasformazione dei dati creando un'applicazione .NET per leggere e scrivere messaggi. L'applicazione può salvare i dati in modo permanente nell'archivio dati di Azure preferito ed è possibile scegliere l'intervallo di polling del server MQ.

Potenziali casi d'uso

Ciascuno di questi approcci può essere usato per:

  • Abilitare le applicazioni ad accoppiamento debole (loosely coupled) che comunicano tramite sistemi di messaggistica per l'uso della piattaforma dati di Azure.

  • Sincronizzare o replicare i dati in modo incrementale tra un sistema mainframe o di fascia media e Azure.

  • Trasferire messaggi di evento tra i sistemi mainframe o di fascia media e Azure.

Considerazioni

Una configurazione ibrida del data center ha senso per le organizzazioni che sviluppano le proprie strategie cloud. La connessione ad Azure consente di colmare le lacune nel data center, migliorare le prestazioni, migliorare la continuità aziendale ed espandere la copertura a livello globale.

Ad esempio, le applicazioni locali possono comunicare con una piattaforma dati moderna in Azure e iniziare a sfruttare i vantaggi dell'analisi dei Big Data o di Machine Learning. Se è necessaria una soluzione di archiviazione conveniente, è possibile replicare i dati mainframe, archiviarli in Azure e mantenere i dati sincronizzati. Azure può anche aggiungere la scalabilità necessaria per supportare i sistemi di elaborazione delle transazioni online (OLTP), batch e di inserimento dati.

Disponibilità

I contratti di servizio di Azure descrivono le garanzie del tempo di attività. I contratti di servizio per i vari componenti possono variare. Ad esempio, App per la logica di Azure sarà disponibile almeno il 99,9% del tempo. Le impostazioni di configurazione selezionate possono migliorare il contratto di servizio.

Efficienza prestazionale

Assicurarsi di testare la velocità effettiva e le prestazioni del livello di trasformazione dei dati prima di finalizzare l'approccio architetturale. Le prestazioni dipendono da diversi fattori, tra cui le dimensioni dei messaggi di un carico di lavoro, la latenza e i connettori usati. I test consentono di trovare la piattaforma di dati di destinazione più compatibile.

Storage

In questa architettura di esempio i connettori di App per la logica possono essere usati per inviare messaggi direttamente ad Archiviazione di Azure e Azure Data Lake Storage. Ad esempio, App per la logica include il connettore di Archiviazione BLOB di Azure come illustrato nella figura seguente. Il connettore semplifica l'archiviazione di grandi quantità di dati non strutturati in Archiviazione BLOB di Azure. I dati diventano accessibili da qualsiasi parte del mondo tramite HTTP o HTTPS. L'archiviazione BLOB supporta anche Azure Data Lake Storage Gen2, una soluzione di analisi dei Big Data per il cloud. I dati vengono caricati nell'archiviazione usando un servizio di Azure, come lo strumento AzCopy, Azure Data Factory o un'altra soluzione in grado di connettersi all'archiviazione.

Diagram that shows an architecture for the relationship of IBM MQ and Azure Logic Apps workload.

Scaricare un file di Visio di questa architettura.

Entrambe le opzioni di architettura PaaS e IaaS supportano molti servizi di database gestiti tra i più diffusi. È possibile caricare i dati usando un caricatore personalizzato, una soluzione del fornitore o un servizio gestito come Azure Data Factory. Le opzioni di database includono:

  • Database SQL di Azure. Parte della famiglia di Azure SQL, il Database SQL di Azure è il servizio di database relazionale intelligente e scalabile creato per il cloud. Sempre aggiornato, include funzionalità automatizzate che ottimizzano le prestazioni, la durabilità e la scalabilità, in modo da potersi concentrare sulla creazione di nuove applicazioni.

  • Istanza gestita di SQL di Azure. Parte del portfolio di servizi di Azure SQL, l'Istanza gestita di SQL combina la più ampia compatibilità del motore SQL Server con tutti i vantaggi di una soluzione PaaS completamente gestita.

  • Azure SQL in Macchine virtuali di Azure. Parte della famiglia di Azure SQL, questa opzione conveniente è progettata per lo spostamento in modalità lift-and-shift di carichi di lavoro di SQL Server in Azure. Combina le prestazioni, la sicurezza e l'analisi di SQL Server con la flessibilità e la connettività ibrida di Azure, con una compatibilità del codice del 100%. Include ora le immagini di SQL Server 2019.

  • Database di Azure per PostgreSQL. Questo servizio di database relazionale completamente gestito è basato sull'edizione community del motore di database PostgreSQL open source. È possibile concentrarsi sull'innovazione delle applicazioni anziché sulla gestione dei database e ridimensionare facilmente i carichi di lavoro.

  • Database di Azure per MySQL. Questo servizio di database relazionale completamente gestito è basato sull'edizione community del motore di database MySQL open source.

  • Azure Cosmos DB. Un database multi-modello distribuito a livello globale, Azure Cosmos DB offre velocità effettiva e archiviazione che si dimensiona in modo elastico e indipendente in qualsiasi numero di aree geografiche. Si tratta di un servizio di database NoSQL completamente gestito che garantisce latenze di pochi millisecondi al 99° percentile in qualsiasi parte del mondo.

  • Azure Synapse Analytics. Questo servizio di analisi aziendale riduce il tempo necessario per estrarre informazioni dettagliate da data warehouse e sistemi di Big Data.

Ottimizzazione dei costi

Questo articolo descrive un'ampia gamma di servizi di Azure per illustrare le varie possibilità e probabilmente non verranno usati tutti per l'integrazione di MQ.

Collaboratori

Questo articolo viene gestito da Microsoft. Originariamente è stato scritto dai seguenti contributori.

Autore principale:

Per visualizzare i profili LinkedIn non pubblici, accedere a LinkedIn.

Passaggi successivi