Questa architettura illustra come usare IMSql di Raincode per eseguire il rehosting dei sistemi IMS Database Manager (IMS DB) e IMS Transaction Manager (IMS TM) in .NET e SQL Server nel modo più semplice: usando le macchine virtuali. È possibile ricompilare le applicazioni legacy per .NET e interagire con IMSql nello stesso modo in cui interagiscono con IMS in un mainframe. IMSql esegue la transizione delle applicazioni mainframe a un'architettura nativa di Azure mantenendo accuratamente la logica di business.
Architettura
Architettura IBM z/OS, prima della migrazione
Scaricare un file di Visio di questa architettura.
Flusso di dati
R. Gli utenti si connettono tramite TCP/IP usando protocolli come TN3270 e HTTPS.
B. L'input nel mainframe usa protocolli di comunicazione mainframe standard.
C. Le applicazioni ricevono i dati. Queste applicazioni sono sistemi batch o online.
D. COBOL, PL/I, Assembler o altri linguaggi compatibili vengono eseguiti in un ambiente abilitato.
E. I sistemi di database, in genere gerarchici/di rete e relazionali, archiviano i dati.
F. Servizi comuni, ad esempio l'esecuzione del programma, le operazioni di I/O, il rilevamento degli errori e la protezione all'interno dell'ambiente, forniscono supporto.
G. Il middleware e le utilità gestiscono servizi come archiviazione su nastro, accodamento, output e servizi Web all'interno dell'ambiente.
H. I sistemi operativi vengono eseguiti nelle partizioni.
I. Le partizioni eseguono carichi di lavoro separati e separano i tipi di lavoro all'interno dell'ambiente.
Architettura di Azure, dopo la migrazione
Scaricare un file di Visio di questa architettura.
Flusso di dati
- Gli emulatori di terminale IBM 3270 si connettono alle applicazioni TM IMS distribuite in Azure senza modifiche tramite IMSql Terminal Server.
- I processi batch scritti in JCL vengono eseguiti senza modifiche tramite istanze temporanee di Azure Container che eseguono l'interprete JCL Raincode. I programmi legacy compilati accedono a IMS DB usando le API IMS standard. Raincode JCL può archiviare il catalogo in qualsiasi risorsa di archiviazione basata su file.
- Le viste di SQL Server in lettura/scrittura nei dati IMS consentono alle applicazioni moderne o alle funzionalità di Business Intelligence (ad esempio Power BI) di comunicare direttamente con le applicazioni IMS, astraendo elementi mainframe come strutture di dati e codifiche dei caratteri.
- La console Raincode offre un ambiente di amministrazione basato sul Web per IMSql.
- SQL Server Service Broker è il backbone delle comunicazioni per i componenti IMSql.
Componenti
- Rete virtuale di Azure è il blocco predefinito fondamentale per la rete privata in Azure. Rete virtuale consente a molti tipi di risorse di Azure, ad esempio macchine virtuali, di comunicare tra loro, Internet e reti locali, con una maggiore sicurezza. Rete virtuale è simile a una rete tradizionale che si opera nel proprio data center, ma offre maggiori vantaggi dell'infrastruttura di Azure, ad esempio scalabilità, disponibilità e isolamento.
- Azure set di scalabilità di macchine virtuali offre scalabilità automatica e con bilanciamento del carico delle macchine virtuali che semplifica la gestione delle applicazioni e aumenta la disponibilità.
- Istanza gestita di SQL di Azure, parte del portfolio di servizi SQL di Azure, è un'istanza SQL gestita, altamente sicura e sempre aggiornata nel cloud.
Alternative
È possibile usare SQL Server in una macchina virtuale di Azure come alternativa a Istanza gestita di SQL. È consigliabile Istanza gestita di SQL in questa architettura a causa di vantaggi come la disponibilità elevata, l'integrazione senza problemi con vari servizi di Azure e la gestione delle patch di sicurezza e della manutenzione sottostanti.
È possibile usare un'architettura a macchina virtuale singola di Azure come alternativa a set di scalabilità di macchine virtuali. È possibile usare singole macchine virtuali per i carichi di lavoro che hanno esigenze di carico e prestazioni costanti e che non necessitano di scalabilità. Questa architettura usa set di scalabilità di macchine virtuali per gestire i carichi di lavoro IMS tipici.
Dettagli dello scenario
Questa architettura illustra come eseguire facilmente il rehosting in Un carico di lavoro mainframe di Azure con funzionalità e funzionalità di IMS critiche. Non è necessario tradurre o modificare l'applicazione esistente. L'architettura usa IMSql e AZURE SQL.
- I compilatori Raincode generano codice gestito thread-safe al 100% per .NET. Gli assembly .NET vengono caricati dinamicamente e chiamati dai server di elaborazione IMSql.
- IMSql è intrinsecamente non trasformabile. Mantiene l'origine (COBOL, PL/I) così com'è. Le chiamate CBLTDLI e PLITDLI specifiche di IMS e le istruzioni DLI EXEC non vengono modificate. Questa funzionalità garantisce una manutenibilità ottimale del sistema risultante. Si estende ai dati del database IMS: i dati vengono importati così come sono, in blocco, senza modifiche, pulizia o normalizzazione.
- IMSql usa SQL Server affidabile, versatile e scalabile come database, processore di transazioni e piattaforma di esecuzione.
- IMSql funziona in tre modalità:
- Online
- Batch
- Caricare e scaricare (per la migrazione dei dati o per i JCLs che producono o utilizzano file sequenziali)
- Nei mainframe, le descrizioni del database (DBD) e i blocchi di specifiche del programma (PSB) vengono compilati per creare il database e la descrizione del programma. Analogamente, in IMSql, dbD e PSB vengono compilati in una rappresentazione XML. Questa rappresentazione consente ai programmi che supportano IMS di determinare quali segmenti di database li riguardano. Determina anche la generazione di vari artefatti lato server per IMSql, ad esempio lo schema del database e le stored procedure.
Potenziali casi d'uso
- Modernizzare l'infrastruttura ed eliminare i costi elevati, le limitazioni e la rigidità associati a IMS o, più in generale, ai mainframe.
- Ridurre il debito tecnico implementando soluzioni native del cloud e supportando una strategia DevOps.
- Spostare i carichi di lavoro IMS nel cloud senza gli effetti collaterali di una ristrutturazione completa.
- Spostare le applicazioni aziendali critiche di IMS mantenendo al contempo la continuità con altre applicazioni locali.
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.
Affidabilità
L'affidabilità garantisce che l'applicazione possa soddisfare gli impegni che l'utente ha preso con i clienti. Per altre informazioni, vedere Elenco di controllo per la revisione della progettazione per l'affidabilità.
- Questa architettura OLTP può essere distribuita in più aree e può incorporare un livello dati di replica geografica.
- I servizi di database di Azure supportano la ridondanza della zona e possono eseguire il failover in un nodo secondario durante le interruzioni o per abilitare le attività di manutenzione.
Sicurezza
La sicurezza offre garanzie contro attacchi intenzionali e l'abuso di dati e sistemi preziosi. Per altre informazioni, vedere Elenco di controllo per la revisione della progettazione per Security.
Questa soluzione usa un gruppo di sicurezza di rete di Azure per gestire il traffico da e verso le risorse di Azure. Per altre informazioni, vedere Gruppi di sicurezza di rete.
Queste opzioni di sicurezza sono disponibili nei servizi di database di Azure:
- Crittografia dei dati inattivi
- Maschera dati dinamica
- Dati Always Encrypted
Per indicazioni generali sulla progettazione di soluzioni SQL altamente sicure, vedere Raccomandazioni sulla sicurezza di Azure.
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.
- Azure offre l'ottimizzazione dei costi eseguendo in macchine virtuali Windows. È possibile disattivare le macchine virtuali quando non vengono usate e creare script per una pianificazione per i modelli di utilizzo noti. Azure consente di evitare costi non necessari identificando il numero corretto di tipi di risorse, analizzando le spese nel tempo e ridimensionando per soddisfare le esigenze aziendali senza sovraccaricare.
- Istanza gestita di SQL offre diversi piani tariffari, ad esempio utilizzo generico e business critical, per ottimizzare i costi in base all'utilizzo e alla criticità aziendale.
- Usare le prenotazioni di Azure e il piano di risparmio di Azure per il calcolo con un contratto di un anno o tre anni e ottenere risparmi significativi sui prezzi con pagamento in base al consumo.
Per stimare il costo di implementazione di questa soluzione, usare il calcolatore dei prezzi di Azure.
Collaboratori
Questo articolo viene gestito da Microsoft. Originariamente è stato scritto dai seguenti contributori.
Autore principale:
- Bhaskar Bandam | Senior Program Manager
Altro collaboratore:
- Mick Alberts | Writer tecnico
Per visualizzare i profili LinkedIn non pubblici, accedere a LinkedIn.
Passaggi successivi
Per ulteriori informazioni, contatta legacy2azure@microsoft.com.
Risorse correlate
Vedere l'architettura complementare:
Altre risorse correlate: