Le Modèle de règle IBM® SOA fournit un environnement de routage de message dynamique JMS à l'aide de WebSphere Message Broker et WSRR.
Le
Modèle de règle IBM SOA requiert les éléments suivants :
Le modèle configure deux exemples de règles dans WSRR et deux exemples de destinations JNDI. Pour plus d'informations sur les exemples, voir
Exemples. Les exemples de scripts peuvent être remplacés par vos propres règles et par les destinations JNDI en clonant le modèle et en adaptant les exemples de scripts avec vos propres paramètres personnalisés.
Les composants doivent être instanciés dans l'ordre suivant :
- DB2 Enterprise 9.7.5.0
- Serveur autonome WSRR 8.0.0.0
- WebSphere Message
Broker Basic 8.0.0.1
Scripts et options avancées
Les scripts sont
utilisés pour configurer les produits et chacun d'entre eux effectue une étape
de configuration complète ; par exemple, pour charger les règles dans WSRR. Les scripts utilisés pour ce modèle ne peuvent pas être utilisés en dehors d'un élément de ce modèle.
Le
Modèle de règle IBM SOA requiert les scripts suivants sur le composant serveur WSRR autonome :
- Modèle de règle SOA : Créer des exemples de règles : Un
script facultatif. Ce script crée et approuve deux exemples de règles de médiation avec une valeur PolicySelector et des conditions de planification comportant chacune une destination JNDI MQ différente. Le planning pour les règles d'échantillonnage est indiqué sous forme d'heures et de jours de la semaine. Pour utiliser un script contenant de nouvelles règles personnalisées, clonez le modèle et remplacez le script.
- Modèle de règle SOA : Configuration de WSRR : Ce module de script est obligatoire pour ce modèle. Le script ajoute un plug-in de modificateur WSRR qui crée la propriété PolicySelector pour une règle lorsqu'il est créé et apporte les modifications nécessaires à l'interface utilisateur Business Space qui affiche la propriété PolicySelector dans l'interface utilisateur. Le script ajoute également une clé publique au fichier authorized_keys qui permet la connexion SCP/SSH sans mot de passe. La session SCP/SSH est utilisée pour transférer les fichiers de configuration requis à partir de WSRR à l'instance Message Broker pour configurer la sécurité. Pour activer Message Broker afin d'obtenir des notifications de cache qui sont envoyées par WSRR pour toutes les mises à jour de règles, une connexion client JMS non sécurisée est activée à l'aide de l'option de transport avec prise en charge SSL en vertu de la sécurité IIOP/RMI de la configuration WebSphere Application Server dans ce module de script. Ce script est nécessaire pour le script
Modèle de règle SOA : Connexion du courtier à un registre WSRR sécurisé
sur le composantWebSphere Message Broker Advanced pour configurer la sécurité de WSRR et de Message Broker.
Le
Modèle de règle IBM SOA requiert les scripts suivants sur le composant WebSphere Message Broker Basic :
- Modèle de règle SOA : Créer une instance : Ce script crée les définitions JNDI et les files d'attente obligatoires dans ce modèle.
Il crée les liaisons JNDI requises pour REQUEST_IN, REPLY_OUT et BLACKOUT. Le script crée également les files d'attente MQ REQUEST_INQ, REPLY_OUTQ et SYSTEM.DEAD.LETTER.QUEUE respectives. Ensuite, il crée le groupe d'exécution sur le courtier de messages par défaut, MB8BROKER, et le gestionnaire de files d'attente par défaut, MB8QMGR. Le nom du groupe d'exécution est défini sur
par défaut
.
Enfin, le fichier BAR de flux de messages est déployé.
- Modèle de règle SOA : Créer des exemples de liaisons JNDI : Un script facultatif. Ce script crée les exemples de liaisons JNDI et deux destinations JMS associées utilisées dans cet exemple. Les définitions JNDI créés sont DESTINATION1_OUT et DESTINATION2_OUT. Ce script crée également les files d'attente MQ, DESTINATION1_OUTQ et DESTINATION2_OUTQ, associées à des objets JNDI, puis crée les liaisons MQ JNDI requises pour le Modèle de règle IBM SOA.
Ce module de script peut être édité dans un clone de ce modèle, et de nouvelles définitions QCF et JNDI
pour les exemples de règles peuvent être ajoutées avant d'être déployées.
- Modèle de règle SOA : Connexion du courtier à un registre WSRR sécurisé : Ce module de script est obligatoire pour ce modèle. Ce script assure la configuration de la sécurité pour WebSphere Message Broker et active une connexion sécurisée avec WSRR. Les fichiers DummyClientKeyFile.jks et DummyClientTrustFile.jks sont copiés depuis le système WSRR distant à l'aide du point de contrôle de service sans mot de passe. La configuration SCP/SSH sans mot de passe est créée par le modèle de règles SOA : Script de configuration WSRR sur WSRR, et lorsque les fichiers ont été copiés à partir de WSRR, la configuration est supprimée de l'instance WSRR. Le script utilise le port par défaut 9443 pour se connecter à WSRR et le mot de passe par défaut
WebAS
est utilisé pour les deux fichiers.La notification de la mémoire cache de la mise à jour de règle WSRR est activée dans Message Broker. La notification de la mémoire cache utilise une connexion de client JMS non sécurisée sur IIOP pour se connecter à WebSphere Application Server. Pour activer la connexion de client JMS non sécurisée, l'option de transport avec prise en charge SSL
est définie dans le cadre de la sécurité IIOP/RMI de la configuration WebSphere Application Server à l'aide du module de script Modèle de règle SOA : Configuration de WSRR
sur le composant de serveur WSRR autonome.
Les scripts doivent être exécutés dans l'ordre suivant :
- Modèle de règle SOA : Créer des exemples de règles
- Modèle de règle SOA : Configuration WSRR
- Modèle de règle SOA : Créer une instance
- Modèle de règle SOA : Créer des exemples de liaisons JNDI
- Modèle de règle SOA : Connecter le courtier à un registre WSRR sécurisé
Configuration du modèle
Pour modifier éventuellement les valeurs qui ont été définies par défaut, procédez comme suit :
- Chargez le Modèle de règle IBM SOA.
- Configurez les propriétés configurables, voir Composant WebSphere Message Broker Basic.
- Déployez le modèle sur le cloud.