Migration de WebSphere Message Broker vers IBM Integration Bus

Pourquoi un bus d'intégration?

• Intègre rapidement le système existant à un nouveau service.
• La maintenance est simplifiée par la réduction du couplage étroit.
• Flexibilité permettant d'ajouter, de mettre à jour ou de remplacer le système sans affecter le consommateurs
• Gestion intelligente de la charge de travail
• Intégration aisée dans un environnement hétérogène

Versions de migration compatibles

Les versions précédentes spécifiées ci-dessous peuvent être migrées vers IBM Integration Bus version 10.0,

• WebSphere Message Broker version 7.0
• ] WebSphere Message Broker version 8.0
• IBM Integration Bus version 9.0

IBM Integration Bus prend en charge WMQ versions 7.1.0.3, 7.5.0.1, version 8.0, mais la version recommandée est WMQV9.0.0.2. Requiert 1,9 Go plus 220 Mo de mémoire temporaire pour que l'ordinateur Windows 64 bits fonctionne avec IIB. Plusieurs versions de Toolkit peuvent être installées sur le même ordinateur, mais vous ne pouvez pas utiliser IIB V10 Toolkit pour se connecter à un courtier V9, ou inversement.

Architecture du bus d'intégration:

IBM propose un backbone d'intégration souple et standardisé, placement de WMB WESB et du moteur de règles dans un logiciel appelé IBM Integration Bus.

Migration du composant d'exécution:

Le courtier peut être migré de deux manières: en parallèle ou sur place. .

Migration sur place: Conversion du courtier et de son composant directement en IIB version 10 à l'aide de la commande mqsimigratecomponents . La conversion doit s'effectuer sur le même ordinateur.
Migration parallèle: créez un nouveau serveur / nœud d'intégration et déployez-y des artefacts. La migration peut être identique ou différente.

Migration des ressources de la boîte à outils:

Exporter un projet de flux de messages sous forme d'échange de projet et importer vers IIB pour les convertir en projets d'intégration .

Pour convertir un projet en application / bibliothèque: Cliquez avec le bouton droit de la souris sur le projet de flux de messages et choisissez l’une des options Convertir un projet unique ou Analyser et convertir plusieurs projets. Un projet sans référence peut être converti à l'aide de la fonctionnalité Convertir un seul projet. Un ou plusieurs projets avec référence peuvent être convertis à l'aide de l'option Analyser et convertir plusieurs projets.

Les ensembles de messages du projet sont en lecture seule une fois importés et ne sont pas modifiables. Pour éditer des ensembles de messages, Toolkit à Préférences .

Convertir en sous-flux: la fonction permet de convertir les sous-flux créés en tant que fichiers .msgflow en fichiers .bf.

Définis par l'utilisateur nœuds créés à partir de sous-flux: IIB ne dispose d'aucune fonctionnalité à convertir automatiquement. Un nouveau sous-flux doit être implémenté pour remplacer le noeud défini par l'utilisateur.

Éditeur graphique de mappage de données utilisé pour créer et éditer des mappes de messages. La carte de messages doit être convertie en .map à partir de .msgmap.

Nœuds JMS: modifiez le mode de transaction de Local, Global, None à Yes
Activez la prise en charge de? Wsdl sur le nœud SOAPInput en un schéma WSDL et XML créé. des informations sont disponibles pour le flux existant.

Projet de connexion d'adaptateur SAP: la version 32 bits des bibliothèques SAP doit être remplacée par la version 64 bits des bibliothèques SAP.

Les fichiers ESQL utilisés dans IIB sont écrits au codage UTF-8. format. Lors de la migration d'un projet de flux de messages vers un projet d'intégration, les fichiers ESQL présents dans le projet de flux de messages doivent être réécrits au format de codage UTF-8.

Des suggestions de correctif rapide sont disponibles pour corriger les erreurs survenues lors de la migration de projets de WMB vers IIB. Fenêtre -> Afficher la vue -> Problèmes et cliquez sur le message avec le bouton droit de la souris pour appliquer le correctif . .

. Interface utilisateur Web:

Interface utilisateur Web: Administrateur de configuration d'exécution. Les composants Broker peuvent être créés, modifiés et supprimés à l'aide de l'interface utilisateur Web. Service configurable comme LDAP, ensemble de règles, profil de sécurité, etc., défini à l'aide de WebUI. Les propriétés Integration Server telles que JVM, Debug, Cache, FTE peuvent également être modifiées. Performances du flux de messages / nœud mesurées à l'aide de l'option de rapport statistique

Étapes à suivre avant la migration:

• Sauvegardez les propriétés de service configurables
• Archivage / reprise de toutes les ressources WMB
• ODBC fichiers de connexion – odbc.ini, odbcinst.ini
• Détails sur la connexion MQ
• fichiers de propriété d'environnement.

Caractéristiques de IIB

• MQ dépendance supprimée de IIB mais toujours intégrée à MQ et assurant une migration transparente.
• Runtime et ToolKit faisant partie du même package.
• Fonctionnalités améliorées de l'interface utilisateur Web pour l'administration, la visualisation et la gestion de composants.
• Prise en charge améliorée de .NET , Outil de surveillance des performances en temps réel et cache global amélioré.
• Sécurité d'administration basée sur un fichier ou MQ.
• Nœuds MQTTPublish et MQTTSubscribe.
• Bibliothèques partagées déployées indépendamment des ressources renvoyées.
• Exemple de solution – T Galerie utorials et GitHub