Quando si usa Azure come piattaforma dati moderna, è possibile scegliere una piattaforma distribuita come servizio (PaaS) o un'infrastruttura distribuita come servizio (IaaS). 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 completamente gestiti, NoSQL e in memoria, soluzioni di archiviazione e offerte di analisi che si estendono su motori proprietari e open source. Questa architettura di esempio mostra entrambi gli approcci.
Architettura
Scaricare un file di Visio di questa architettura.
Flusso di lavoro
IBM MQ è il middleware che funge da collegamento ad accoppiamento libero tra un sistema mainframe o midrange e i servizi di Azure. I messaggi vengono ricevuti e inviati in base ai requisiti dell'applicazione per comunicare con il livello dell'applicazione mainframe.
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, l'invio e la ricezione di messaggi a intervalli ricorrenti di un secondo.
Il connettore MQ può inviare i messaggi letti direttamente all'archiviazione tramite un connettore o inviarli per primi per essere trasformati. App per la logica include diverse opzioni per la trasformazione dei dati, ad esempio una runtime JavaScript che è possibile usare per eseguire semplici frammenti di codice JavaScript per la trasformazione dei dati o operazioni sui dati che eseguono trasformazioni sui dati JSON, CSV e HTML. È anche possibile creare funzioni a singola attività serverless usando Funzione di Azure.
I dati vengono caricati nell'archiviazione. Azure offre molte soluzioni di archiviazione dati gestite, ognuna delle quali offre funzionalità e funzionalità diverse.
In un approccio IaaS, una macchina virtuale esegue Microsoft Host Integration Server (HIS) con l'adapter BizTalk per WebSphere MQ. HIS scambia messaggi con IBM MQ ed espone l'orchestrazione come servizio Web a un'applicazione .NET personalizzata.
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.
I dati vengono caricati nell'archiviazione. Azure offre molte soluzioni di archiviazione dati gestite, ognuna delle quali offre funzionalità e funzionalità 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.
'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 specificata.
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. Un client MQ Microsoft è incluso anche 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.
server di integrazione host (HIS) può fungere da integratore di messaggi tramite l'adapter MQ WebSphere in Microsoft BizTalk Server. Un 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 dei dati. Può essere usato anche per accedere ai server IBM WebSphere MQ direttamente tramite Microsoft Client for MQ.
Alternative
Per il livello dati è possibile scegliere servizi gestiti, tra cui Database di Azure per PostgreSQL, Database di Azure per MySQL, Azure Cosmos DB, Database di Azure per MariaDBe Azure SQL.
Per il livello di archiviazione, creare un data lake aziendale usando Azure Data Lake Storage.
Per il livello dati, creare una piattaforma di analisi dei Big Data usando Azure Synapse Analytics.
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 as-is in una configurazione ibrida in cui Microsoft Azure funge da piattaforma dati scalabile e distribuita. Questo esempio descrive un approccio data-first all'integrazione middleware che consente alle code di messaggi IBM (MQs) in esecuzione in sistemi mainframe o midrange di usare i servizi di Azure in modo da trovare la piattaforma dati migliore per il carico di lavoro.
Quando si usa Azure come piattaforma dati moderna, è possibile scegliere una piattaforma distribuita come servizio (PaaS) o un'infrastruttura distribuita come servizio (IaaS). 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 completamente gestiti, NoSQL e in memoria, soluzioni di archiviazione e offerte di analisi che si estendono su motori proprietari e open source.
Questa architettura di esempio mostra entrambi gli approcci:
PaaS nativo del cloud. app per la logica di Azure scambia messaggi con IBM MQ tramite il connettore MQ . Altri connettori forniscono accesso rapido 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 dell'applicazione.
IaaS basato su vm. Eseguendo HIS (Microsoft Host Integration Server) 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ò rendere persistenti i dati nell'archivio dati di Azure preferito ed è possibile scegliere l'intervallo di polling del server MQ.
Casi d'uso potenziali
Uno di questi approcci può essere usato per:
Abilitare applicazioni ad accoppiamento libero 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 midrange e Azure.
Inviare messaggi di evento di flusso tra sistemi mainframe o midrange e Azure.
Considerazioni
Queste considerazioni implementano i pilastri di Azure Well-Architected Framework, ovvero un set di set di principi guida che possono essere usati per migliorare la qualità di un carico di lavoro. Per altre informazioni, vedere Microsoft Azure Well-Architected Framework.
Una configurazione del data center ibrido 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 l'analisi dei Big Data o l'apprendimento automatico. Se è necessaria una soluzione di archiviazione conveniente, è possibile replicare i dati mainframe, archiviarlo in Azure e mantenere sincronizzati i dati. Azure può anche aggiungere la scalabilità necessaria per supportare i sistemi OLTP (Online Transaction Processing), Batch e Data Ingestion.
Affidabilità
L'affidabilità garantisce che l'applicazione possa soddisfare gli impegni assunti dai clienti. Per altre informazioni, vedere Elenco di controllo per la revisione della progettazione per l'affidabilità.
I contratti di servizio di Azure descrivono le garanzie di tempo di attività. I contratti di servizio per vari componenti possono variare. Ad esempio, App per la logica di Azure sarà disponibile almeno il 99,9% del tempo. Le impostazioni di configurazione scelte possono migliorare il contratto di servizio.
Ottimizzazione costi
L'ottimizzazione dei costi consiste nell'esaminare i modi per ridurre le spese non necessarie e migliorare l'efficienza operativa. Per altre informazioni, vedere Elenco di controllo per la revisione della progettazione per l'ottimizzazione dei costi.
Questo articolo descrive un'ampia gamma di servizi di Azure per illustrare le varie possibilità e probabilmente non verranno usate tutte per l'integrazione MQ.
Usare calcolatore prezzi di Azure per stimare i costi per le risorse di Azure.
Usare il prezzi di BizTalk per comprendere i prezzi per la soluzione HIS.
Eccellenza operativa
L'eccellenza operativa copre i processi operativi che distribuiscono un'applicazione e lo mantengono in esecuzione nell'ambiente di produzione. Per altre informazioni, vedere Elenco di controllo per la revisione della progettazione per l'eccellenza operativa.
In questa architettura di esempio, i connettori di App per la logica possono essere usati per inviare messaggi direttamente a 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, ad esempio lo strumento AzCopy
Scaricare un file di Visio di questa architettura.
Entrambe le opzioni di architettura PaaS e IaaS supportano molti servizi di database gestiti più diffusi. È possibile caricare dati usando un caricatore personalizzato, una soluzione fornitore o un servizio gestito, ad esempio Azure Data Factory. Le opzioni di database includono:
database SQL di Azure. Parte della famiglia SQL di Azure, il database SQL di Azure è il servizio di database relazionale intelligente, scalabile e basato sul 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 SQL di Azure, Istanza gestita di SQL combina la compatibilità più ampia del motore di SQL Server con tutti i vantaggi di un paaS completamente gestito.
SQL di Azure in macchine virtuali di Azure. Parte della famiglia SQL di Azure, questa opzione conveniente è progettata per il lifting e lo spostamento dei 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 compatibilità del codice al 100%. Include ora immagini di SQL Server 2019.
Database di Azure per PostgreSQL. Questo servizio di database relazionale completamente gestito si basa 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 si basa sull'edizione community del motore di database MySQL open source.
Azure Cosmos DB. Un database multimodello distribuito a livello globale, Azure Cosmos DB offre velocità effettiva e archiviazione che ridimensiona 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 millisecondi a cifra singola al 99° percentile ovunque nel mondo.
Azure Synapse Analytics. Questo servizio di analisi aziendale accelera il tempo per ottenere informazioni dettagliate tra data warehouse e sistemi Big Data.
Efficienza delle prestazioni
L'efficienza delle prestazioni è la capacità del carico di lavoro di ridimensionarsi per soddisfare le esigenze poste dagli utenti in modo efficiente. Per altre informazioni, vedere Elenco di controllo per l'efficienza delle prestazioni.
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, la latenza e i connettori usati di un carico di lavoro. Il test consente di trovare la piattaforma dati di destinazione più compatibile.
Contributori
Questo articolo viene gestito da Microsoft. Originariamente è stato scritto dai collaboratori seguenti.
Autore principale:
- Ashish Kndelwal | Principal Engineering Architecture Manager
Per visualizzare i profili LinkedIn non pubblici, accedere a LinkedIn.
Passaggi successivi
Per altre informazioni, inviare messaggi di posta elettronica Progettazione dati di Azure - Mainframe & modernizzazione midrange (datasqlninja@microsoft.com).