Cette architecture montre comment utiliser IMSql de Raincode pour réhéberger des systèmes IMS Database Manager (IMS DB) et IMS Transaction Manager (IMS TM) sur .NET et SQL Server de la manière la plus simple qui soit : à l’aide de machines virtuelles. Vous pouvez recompiler les applications héritées pour cibler .NET et interagir avec IMSql de la même façon qu’avec IMS sur un mainframe. IMSql transfère les applications mainframe vers une architecture native Azure tout en préservant entièrement la logique métier.
Architecture
Architecture IBM z/OS avant la migration
Téléchargez un fichier Visio de cette architecture.
Dataflow
R. Les utilisateurs se connectent via TCP/IP à l’aide de protocoles tels que TN3270 et HTTPS.
B. L’entrée dans le mainframe utilise des protocoles mainframe standard.
C. Les applications reçoivent les données. Ces applications peuvent être des systèmes de traitement par lots ou en ligne.
D. Les langages COBOL, PL/I, assembleur ou autres langages compatibles s’exécutent dans un environnement activé à cette fin.
E. Les systèmes de base de données, les systèmes généralement hiérarchiques/réseau et relationnels, stockent des données.
F. Les services courants, comme l’exécution des programmes, les opérations d’E/S, la détection d’erreurs et la protection au sein de l’environnement, fournissent un support.
G. Les middlewares (intergiciels) et les utilitaires gèrent des services tels que le stockage sur bande, la mise en file d’attente, la sortie ainsi que les services web au sein de l’environnement.
H. Les systèmes d’exploitation fonctionnent sur des partitions.
I. Les partitions exécutent des charges de travail distinctes et séparent les types de travail au sein de l’environnement.
Architecture Azure après la migration
Téléchargez un fichier Visio de cette architecture.
Dataflow
- Les émulateurs de terminal IBM 3270 se connectent aux applications IMS TM déployées sur Azure sans modification via IMSql Terminal Server.
- Les processus batch écrits dans JCL sont exécutés sans modification via des instances de conteneur Azure temporaires qui exécutent l’interpréteur Raincode JCL. Les programmes hérités compilés accèdent à IMS DB à l’aide d’API IMS standard. Raincode JCL peut stocker son catalogue sur n’importe quel stockage basé sur des fichiers.
- Les vues de SQL Server en lecture/écriture sur les données IMS permettent aux applications modernes ou à l’intelligence décisionnelle (comme Power BI) de communiquer directement avec les applications IMS, en abstrayant les éléments mainframe tels que les structures de données et les encodages de caractères.
- Raincode Console fournit un environnement d’administration web pour IMSql.
- SQL Server Service Broker est l’infrastructure de communication principale des composants IMSql.
Components
- Le Réseau virtuel Azure est le bloc de construction fondamental de votre réseau privé dans Azure. Il permet à de nombreux types de ressources Azure telles que les machines virtuelles de communiquer entre elles, avec l’Internet et les réseaux locaux de façon plus sécurisée. Il ressemble à un réseau traditionnel que vous utilisez dans votre propre centre de données, mais il offre un plus grand nombre des avantages de l’infrastructure Azure tels que l’échelle, la disponibilité et l’isolation.
- Microsoft Azure Virtual Machine Scale Sets offre une mise à l’échelle de machine virtuelle automatisée avec équilibrage de charge qui simplifie la gestion de vos applications et augmente la disponibilité.
- Azure SQL Managed Instance, qui fait partie du portefeuille de services Azure SQL, est une instance SQL managée, hautement sécurisée et toujours à jour dans le cloud.
Autres solutions
Vous pouvez utiliser SQL Server dans une machine virtuelle Azure comme alternative à SQL Managed Instance. Nous vous recommandons d’utiliser SQL Managed Instance dans cette architecture en raison des avantages que présente le service tels que la haute disponibilité, l’intégration transparente à différents services Azure et la gestion des correctifs de sécurité sous-jacents et de la maintenance.
Vous pouvez utiliser une architecture de machine virtuelle unique Azure comme alternative à Virtual Machine Scale Sets. Vous pouvez utiliser des machines virtuelles individuelles pour les charges de travail qui ont des exigences constantes en matière de charge et de performances et qui n’ont pas besoin de mise à l’échelle. Cette architecture utilise Virtual Machine Scale Sets pour gérer les charges de travail IMS classiques.
Détails du scénario
Cette architecture montre comment réhéberger aisément vers Azure une charge de travail mainframe qui dispose de fonctionnalités et capacités IMS critiques. Vous n’avez pas besoin de traduire ou de modifier votre application existante. L’architecture utilise IMSql et Azure SQL.
- Les compilateurs Raincode génèrent du code managé 100 % thread-safe pour .NET. Les assemblys .NET sont chargés dynamiquement et appelés par les serveurs de traitement IMSql.
- IMSql est intrinsèquement non transformationnel. Il conserve la source (COBOL, PL/I) telle quelle. Les appels CBLTDLI et PLITDLI spécifiques à IMS et les instructions EXEC DLI ne sont pas modifiés. Cette fonctionnalité garantit une maintenabilité optimale du système résultant. Il s’étend aux données IMS DB : les données sont importées telles quelles en bloc, sans modification, nettoyage ou normalisation.
- IMSql utilise la solution SQL Server robuste, polyvalente et évolutive comme base de données, processeur de transaction et plateforme d’exécution.
- IMSql fonctionne en trois modes :
- En ligne
- Batch
- Charger et Décharger (pour la migration de données ou les fichiers JCL qui produisent ou consomment des fichiers séquentiels)
- Sur les mainframes, les descriptions de base de données (DBD) et les blocs de spécification de programme (PSB) sont compilés pour créer la base de données et la description du programme. De même, sur IMSql, les DBD et PSB sont compilés dans une représentation XML. Cette représentation permet aux programmes prenant en charge IMS de déterminer les segments de base de données qui leur appartiennent. Elle pilote également la génération de différents artefacts côté serveur pour IMSql, comme le schéma de base de données et les procédures stockées.
Cas d’usage potentiels
- Moderniser l’infrastructure et éliminer les coûts élevés, les limitations et la rigidité associés à IMS, ou, plus généralement, aux mainframes.
- Réduire la dette technique en implémentant des solutions cloud natives et en prenant en charge une stratégie DevOps.
- Migrer les charges de travail IMS vers le cloud sans les effets secondaires d’un redéveloppement complet.
- Migrer les applications critiques IMS, tout en préservant la continuité avec les autres applications locales.
Considérations
Ces considérations implémentent les piliers d’Azure Well-Architected Framework, qui est un ensemble d’ensembles guidants qui peuvent être utilisés pour améliorer la qualité d’une charge de travail. Pour plus d’informations, consultez Microsoft Azure Well-Architected Framework.
Fiabilité
La fiabilité permet de s’assurer que votre application tient vos engagements auprès de vos clients. Pour plus d’informations, consultez liste de vérification de la révision de conception pour lede fiabilité.
- Cette architecture OLTP peut être déployée dans plusieurs régions et peut incorporer une couche Données de géoréplication.
- Les services de base de données Azure prennent en charge la redondance de zone et peuvent basculer vers un nœud secondaire en cas de panne ou pour permettre les activités de maintenance.
Sécurité
La sécurité fournit des garanties contre les attaques délibérées, et contre l’utilisation abusive de vos données et systèmes importants. Pour plus d’informations, consultez liste de vérification de la révision de conception pour security.
Cette solution utilise un groupe de sécurité réseau Azure pour gérer le trafic vers et depuis les ressources Azure. Pour plus d’informations, consultez Groupes de sécurité réseau.
Les options de sécurité suivantes sont disponibles dans les services de base de données Azure :
- Chiffrement des données au repos
- Masquage dynamique des données
- Données Always Encrypted
Pour obtenir des conseils d’ordre général sur la conception de solutions SQL hautement sécurisées, consultez les recommandations sur la sécurité Azure.
Optimisation des coûts
L’optimisation des coûts consiste à examiner les moyens de réduire les dépenses inutiles et d’améliorer l’efficacité opérationnelle. Pour plus d’informations, consultez liste de vérification de la révision de conception pour l’optimisation des coûts.
- Azure optimise les coûts en s’exécutant sur des machines virtuelles Windows. Vous pouvez désactiver les machines virtuelles lorsqu’elles ne sont pas utilisées, et générer un script de planification pour les modèles d’utilisation connus. Azure vous permet d’éviter les frais inutiles en identifiant le nombre correct de types de ressources, en analysant les dépenses au fil du temps et en effectuant une mise à l’échelle pour répondre aux besoins de l’entreprise sans dépasser le budget alloué.
- SQL Managed Instance fournit différents niveaux tarifaires tels que Usage général et Critique pour l’entreprise, afin d’optimiser les coûts en fonction de l’utilisation et du caractère critique pour l’entreprise.
- Utilisez les réservations Azure et le plan d’économies Azure pour le calcul avec un contrat d’un ou trois ans et bénéficiez d’économies significatives sur les tarifs du paiement à l’utilisation.
Utilisez la Calculatrice de prix Azure pour estimer le coût de l’implémentation de cette solution.
Contributeurs
Cet article est géré par Microsoft. Il a été écrit à l’origine par les contributeurs suivants.
Auteur principal :
- Bhaskar Bandam | Senior Program Manager
Autre contributeur :
- Mick Alberts | Rédacteur technique
Pour afficher les profils LinkedIn non publics, connectez-vous à LinkedIn.
Étapes suivantes
Pour plus d’informations, contactez legacy2azure@microsoft.com.
Ressources associées
Consultez l’architecture d’accompagnement :
Autres ressources liées :