Modifier

Intégrer des files d’attente de messages IBM mainframe et milieu de gamme à Azure

Azure Logic Apps
Azure SQL Database
Azure SQL Managed Instance
SQL Server sur les machines virtuelles Azure
Azure Database pour PostgreSQL

Quand vous utilisez Azure comme plateforme de données moderne, vous avez le choix entre PaaS (platform as a service) ou IaaS (infrastructure as a service). PaaS fournit des options natives cloud pour l’ingestion, la transformation et le stockage des données. IaaS vous permet de mieux contrôler votre infrastructure hybride, en commençant par la taille et le type de machines virtuelles que vous choisissez. Quelle que soit l’approche, vous pouvez tirer parti d’un large éventail de bases de données relationnelles, NoSQL et en mémoire entièrement gérées, de solutions de stockage et d’offres d’analyse qui couvrent des moteurs propriétaires et open source. Cet exemple d’architecture montre les deux approches.

Architecture

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

Téléchargez un fichier Visio de cette architecture.

Workflow

  1. IBM MQ est l’intergiciel qui agit comme un lien faiblement couplé entre un système mainframe ou midrange et des services Azure. Les messages sont reçus et envoyés selon les exigences de l’application quant à la communication avec la couche d’application du système mainframe.

  2. Dans une approche native cloud, Azure Logic Apps utilise le connecteur MQ pour échanger des messages avec IBM MQ. La fonctionnalité du planificateur orchestre le flux de travail Azure, en envoyant et en recevant des messages à des intervalles récurrents d’une seconde.

  3. Le connecteur MQ peut envoyer les messages qu’il lit directement dans le stockage via un connecteur ou les envoyer tout d’abord pour une transformation. Logic Apps propose plusieurs options de transformation des données, telles qu’un runtime JavaScript inclus que vous pouvez utiliser pour exécuter des extraits de code JavaScript simples pour la transformation de données ou les opérations liées aux données qui effectuent des transformations sur des données de table JSON, CSV et HTML. Vous pouvez également créer des fonctions à tâche unique sans serveur à l’aide de Fonction Azure.

  4. Les données sont chargées dans le stockage. Azure propose beaucoup de solutions de stockage de données, chacune offrant différentes fonctionnalités et capacités.

  5. Dans une approche IaaS, une machine virtuelle exécute Microsoft Host Integration Server (HIS) avec l’adaptateur BizTalk pour WebSphere MQ. HIS échange des messages avec IBM MQ et expose l’orchestration en tant que service web à une application .NET personnalisée.

  6. Une application .NET rend les données persistantes à l’aide de n’importe quel magasin de données Azure pris en charge. Par exemple, l’application peut masquer des données ou utiliser des points de terminaison privés pour la sécurité.

  7. Les données sont chargées dans le stockage. Azure propose beaucoup de solutions de stockage de données, chacune offrant différentes fonctionnalités et capacités.

Composants

Azure Logic Apps fournit des outils pour l’orchestration des données, l’intégration des données et la transformation des données. Il inclut des centaines de connecteurs pour l’accès aux données locales ou dans le cloud. Veillez à tester le débit et les performances avant de choisir un connecteur de stockage de données.

Logic Apps Scheduler fournit des déclencheurs pour le démarrage et l’exécution des flux de travail en fonction de l’intervalle et de la fréquence de récurrence que vous spécifiez.

Logic Apps MQ Connector connecte vos flux de travail Logic Apps à un serveur IBM MQ local ou sur Azure. Vous pouvez ensuite faire en sorte que vos workflows reçoivent et envoient des messages stockés sur votre serveur MQ. Un client Microsoft MQ est également inclus pour communiquer avec un serveur MQ distant sur un réseau TCP/IP. Vous pouvez utiliser le client pour vous connecter à IBM WebSphere MQ 7.5, MQ 8.0 et MQ 9.0, 9.1 et 9.2.

Host Integration Server (HIS) peut servir d’intégrateur de messages par le biais de l’adaptateur WebSphere MQ dans Microsoft BizTalk Server. Un client et un adaptateur serveur échangent des messages entre IBM MQ et BizTalk Server. HIS sert également d’écouteur MQ et peut interroger le serveur MQ pour rechercher les messages aux intervalles que vous spécifiez.

.NET est une plateforme de développement open source gratuite utilisée dans cet exemple pour créer une application pour extraire les données via HIS vers la couche de stockage des données. Il peut également être utilisé pour accéder aux serveurs IBM WebSphere MQ directement par le biais du client Microsoft pour MQ.

Autres solutions

Détails du scénario

Une approche répandue dans les scénarios de transformation numérique consiste à déterminer si les applications existantes et les niveaux d’intergiciel peuvent s’exécuter en l’état dans une configuration hybride où Microsoft Azure sert de plateforme de données distribuée et évolutive. Cet exemple décrit une approche basée sur les données de l’intégration de l’intergiciel qui permet aux files d’attente de messages IBM s’exécutant sur des systèmes centraux ou de milieu de gamme de fonctionner avec les services Azure, ce qui vous permet de trouver la meilleure plateforme de données pour votre charge de travail.

Quand vous utilisez Azure comme plateforme de données moderne, vous avez le choix entre PaaS (platform as a service) ou IaaS (infrastructure as a service). PaaS fournit des options natives cloud pour l’ingestion, la transformation et le stockage des données. IaaS vous permet de mieux contrôler votre infrastructure hybride, en commençant par la taille et le type de machines virtuelles que vous choisissez. Quelle que soit l’approche, vous pouvez tirer parti d’un large éventail de bases de données relationnelles, NoSQL et en mémoire entièrement gérées, de solutions de stockage et d’offres d’analyse qui couvrent des moteurs propriétaires et open source.

Cet exemple d’architecture illustre les deux approches :

  • PaaS natif cloud. Azure Logic Apps échange des messages avec IBM MQ via le connecteur MQ. Les connecteurs supplémentaires offrent un accès rapide aux événements, aux données et aux actions de l’ensemble des autres applications, services, systèmes, protocoles et plateformes. Logic Apps comprend également des outils permettant de transformer les données de la file d’attente si vous avez besoin de modifier le format, la structure ou les valeurs des données avant de les stocker dans Azure ou de les envoyer à la couche application.

  • IaaS basé sur une machine virtuelle. En exécutant Microsoft Host Integration Server (HIS) sur une machine virtuelle, vous pouvez utiliser un composant d’intégration de messagerie qui se connecte à IBM MQ. Vous contrôlez le processus de transformation des données en créant une application .NET pour lire et écrire des messages. L’application peut conserver des données dans le magasin de données Azure de votre choix, et vous pouvez choisir l’intervalle d’interrogation du serveur MQ.

Cas d’usage potentiels

Chacune de ces approches peut être utilisée pour :

  • Activer les applications faiblement couplées qui communiquent via les systèmes de messagerie pour utiliser la plateforme de données Azure.

  • Synchroniser ou répliquer des données de façon incrémentielle entre un système mainframe ou midrange et Azure.

  • Répandre des messages d’événements entre des systèmes mainframe ou midrange et Azure.

Considérations

Une configuration de centre de développement hybride est utile pour les organisations qui développent leurs stratégies cloud. La connexion à Azure peut aider à combler les lacunes de votre centre de données, à améliorer les performances, à optimiser la continuité des activités et à étendre votre portée dans le monde entier.

Par exemple, les applications locales peuvent communiquer avec une plateforme de données moderne sur Azure et commencer à tirer parti de l’analytique du Big Data ou du Machine Learning. Si vous avez besoin d’une solution de stockage économique, vous pouvez répliquer les données du système mainframe, les stocker sur Azure et maintenir la synchronisation des données. Azure peut également ajouter la mise à l’échelle nécessaire pour prendre en charge les systèmes de traitement transactionnel en ligne (OLTP), de traitement par lots et d’ingestion de données.

Disponibilité

Les contrats de niveau de service (SLA) Azure décrivent vos garanties de temps d’activité. Les contrats SLA pour différents composants peuvent varier. Par exemple, Azure Logic Apps sera disponible au moins 99,9 % du temps. Les paramètres de configuration que vous choisissez peuvent améliorer le contrat SLA.

Efficacité des performances

Veillez à tester le débit et les performances de votre couche de transformation des données avant de finaliser votre approche architecturale. Les performances dépendent de plusieurs facteurs, notamment la taille des messages d’une charge de travail, la latence et les connecteurs utilisés. Le test vous aide à trouver la plateforme de données cible la plus compatible.

Stockage

Dans cet exemple d’architecture, les connecteurs Logic Apps peuvent être utilisés pour envoyer des messages directement à Stockage Azure et Azure Data Lake Storage. Par exemple, Logic Apps comprend le connecteur Stockage Blob Azure, comme le montre l’illustration suivante. Le connecteur permet de stocker facilement de gros volumes de données non structurées dans le Stockage Blob Azure. Vos données deviennent accessibles n’importe où dans le monde via HTTP ou HTTPS. Le stockage Blob prend également en charge Azure Data Lake Storage Gen2, une solution d’analytique de Big Data pour le cloud. Les données sont chargées dans le stockage à l’aide d’un service Azure, tel que l’outil AzCopy, Azure Data Factory ou une autre solution capable de se connecter au stockage.

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

Téléchargez un fichier Visio de cette architecture.

Les deux options d’architecture PaaS et IaaS prennent en charge de nombreux services de base de données managés populaires. Vous pouvez charger des données à l’aide d’un chargeur personnalisé, d’une solution de fournisseur ou d’un service managé tel qu’Azure Data Factory. Les options de base de données sont les suivantes :

  • Azure SQL Database. Partie de la famille Azure SQL, Azure SQL Database est le service de bases de données relationnelles, évolutif et intelligent, conçu pour le cloud. Toujours à jour, il comprend des fonctionnalités automatisées qui optimisent les performances, la durabilité et l’évolutivité, ce qui vous permet de vous concentrer sur la création de nouvelles applications.

  • Azure SQL Managed Instance. Partie du portefeuille de services Azure SQL, SQL Managed Instance combine la plus grande compatibilité de moteur SQL Server à tous les avantages d’un modèle PaaS managé et persistant.

  • Azure SQL sur des machines virtuelles Azure. Partie de la famille Azure SQL, cette option économique est conçue pour une migration lift-and-shift des charges de travail SQL Server dans Azure. Il combine les performances, la sécurité et l’analyse de SQL Server à la flexibilité et à la connectivité hybride d’Azure, avec une compatibilité de code de 100 %. Comprend maintenant des images SQL Server 2019.

  • Azure Database pour PostgreSQL. Il s’agit d’un service de base de données relationnelle complètement managé, basé sur l’édition communautaire du moteur de base de données open source PostgreSQL. Vous pouvez vous concentrer sur l’innovation des applications plutôt que sur la gestion des bases de données et mettre à l’échelle facilement vos charges de travail.

  • Azure Database pour MySQL. Il s’agit d’un service de base de données relationnelle complètement managé, basé sur l’édition communautaire du moteur de base de données open source MySQL.

  • Azure Cosmos DB. Une base de données multimodèle distribuée à l’échelle mondiale, Azure Cosmos DB offre un débit et un stockage qui sont mis à l’échelle de manière élastique et indépendante sur un nombre quelconque de régions géographiques. Il s’agit d’un service de base de données NoSQL complètement managé qui garantit à 99 % des latences de quelques millisecondes à un chiffre centile partout dans le monde.

  • Azure Synapse Analytics. Ce service d’analyse pour entreprise qui raccourcit le délai d’obtention d’analyses sur l’ensemble des entrepôts de données et des systèmes Big Data.

Optimisation des coûts

Cet article présente un large éventail de services Azure pour illustrer les différentes possibilités, et vous ne les utiliserez probablement pas pour l’intégration à MQ.

Contributeurs

Cet article est géré par Microsoft. Il a été écrit à l’origine par les contributeurs suivants.

Auteur principal :

Pour afficher les profils LinkedIn non publics, connectez-vous à LinkedIn.

Étapes suivantes