Sur un projet SOA, nous commençons à utiliser IBM WebSphere Message Broker pour orchestrer les services Web basés sur .NET. Nous avons des environnements DEV, QA et PROD distincts pour le système en cours de développement. WebSphere Message Broker Toolkit serait utilisé pour développer des flux de messages dans DEV. Et avec DEV tout est plus ou moins clair. Pour QA et PROD, nous visons une procédure de déploiement répétable, automatisée et possible. Avec .NET, c'est presque une évidence, mais le déploiement dans Message Broker semble exiger un effort manuel important, ce qui n'est pas bon. Quelles sont les recommandations de déploiement pour WebSphere Message Broker? Quel est le meilleur moyen de regrouper les composants de Message Broker?Quelle est la meilleure façon de déplacer des composants IBM Message Broker entre des environnements DEV, QA et PROD?
2
A
Répondre
3
Vos composants (flux et ainsi de suite) seront empaquetés sous forme de fichiers Broker Archive (.bar). Vous pouvez utiliser Ant pour programmer le déploiement de ces composants entre des environnements, par exemple.
0
Utiliser des scripts. Selon Andy Piper, Ant fonctionne très bien. Egalement, sachez que vous pouvez utiliser l'API CMP qui a été rebaptisée en tant qu'API Message Broker, et qu'elle vous permet d'obtenir et de modifier des informations dans vos fichiers Broker Archive (BAR) de manière beaucoup plus significative que les différentes commandes Broker que vous pouvez invoquer depuis un script.
Bonjour Andy, savez-vous si les composants de l'infrastructure, par exemple les nœuds, les gestionnaires de files d'attente, les files d'attente, etc. peuvent être créés dans une sorte de déployable? J'essaye d'automatiser mais semble que nous n'avons aucun choix mais à SSH de jenkins à la machine de cible? – CodyK