Bus d'intégration de services
Un bus d'intégration de services est un groupe d'un ou de plusieurs serveurs d'applications ou de clusters de serveurs dans une cellule WebSphere Application Server qui coopèrent pour fournir des services de messagerie asynchrones. Les serveurs d'applications ou les clusters de serveurs d'un bus sont appelés les membres du bus. Dans sa forme la plus simple, un bus d'intégration de services comprend un seul membre de bus, qui est un serveur d'applications.
En général, une cellule ne requiert qu'un seul bus ; toutefois, elle peut en contenir plusieurs. Le composant serveur permettant à un bus d'envoyer et de recevoir des messages est un moteur de messagerie.
- Toute application peut échanger des messages avec une autre application à l'aide d'une destination à laquelle une application envoie des messages et à partir de laquelle l'autre application les reçoit.
- Une application génératrice de messages, également appelée producteur, peut générer des messages pour une destination quel que soit le moteur de messagerie utilisé par le producteur pour se connecter au bus.
- Une application réceptionnant des messages, également appelée destinataire, peut réceptionner des messages d'une destination (lorsque cette dernière est disponible) quel que soit le moteur de messagerie utilisé par le destinataire pour se connecter au bus.
Plusieurs bus d'intégration de services peuvent être connectés si nécessaire. Cela permet à des applications utilisant un bus (le bus local) d'envoyer des messages à des destinations d'un autre bus (un bus externe). Notez toutefois que les applications ne peuvent pas recevoir de messages des destinations d'un bus externe.
Une application peut se connecter à plusieurs bus. Par exemple, bien qu'une application ne puisse pas recevoir des messages des destinations d'un bus externe, le bus devient un bus local et l'application peut recevoir des messages si l'application se connecte au bus.
Par exemple, dans le diagramme suivant, l'application peut envoyer des messages à la destination A et à la destination B, mais elle ne peut pas en recevoir de la destination B.

Dans le diagramme suivant, l'application peut envoyer des messages aux destinations A et B et en recevoir de ces dernières.

Un bus d'intégration de services comprend un service SIB, disponible sur chaque serveur d'applications de l'environnement WebSphere Application Server. Par défaut, le service SIB est désactivé. Cela signifie que lorsqu'un serveur est démarré, il ne peut pas envoyer ou recevoir des messages. Le service SIB est activé automatiquement lorsque vous ajoutez un serveur à un bus d'intégration de services. Vous pouvez de nouveau désactiver ce service en configurant le serveur.
Lorsque le service
SIB est activé sous z/OS , un indicateur est défini afin de démarrer le processus d'ajout de région de contrôle au
démarrage du serveur. Si vous supprimez un bus ou le dernier membre de bus d'un serveur, vous devez désactiver le
service SIB pour empêcher le lancement d'un processus de région auxiliaire à cause de cet indicateur au démarrage du
serveur.
Un bus d'intégration de services prend en charge la messagerie asynchrone ; en d'autres termes, un programme place un message dans une file d'attente de messages puis continue son exécution sans attendre la réponse au message. La messagerie asynchrone est possible que l'application destinataire soit en cours d'exécution ou non ou que la destination soit disponible ou non. De plus, les messageries point-à-point et de publication/d'abonnement sont prises en charge.
Lorsqu'une application est connectée au bus, celui-ci se comporte comme une entité logique unique et l'application connectée n'a pas à en connaître la topologie. Dans de nombreux cas, la connexion au bus et la définition des ressources du bus est gérée par une abstraction d'API (interface de programme d'application), telle que la fabrique de connexions JMS administrée et les objets de destination JMS.
Le bus d'intégration de services s'appelle parfois bus de messagerie s'il fournit le système de messagerie pour les applications JMS qui utilisent le fournisseur de messagerie par défaut.
De nombreux scénarios nécessitent une topologie de bus simple, par exemple un serveur unique. Si vous ajoutez plusieurs serveurs à un bus unique, vous augmentez le nombre de points de connexion utilisables par les applications. Si vous ajoutez des clusters de serveurs comme membres d'un bus, vous pouvez accroître l'évolutivité et atteindre une haute disponibilité. Toutefois, il n'est pas nécessaire que les serveurs soient membres d'un bus pour pouvoir se connecter à un bus. Dans des topologies de bus plus complexes, plusieurs bus sont configurés et peuvent être interconnectés pour former des réseaux plus compliqués. Une entreprise peut déployer plusieurs bus interconnectés pour des raisons d'organisation. Par exemple, une entreprise composée de plusieurs services indépendants peut souhaiter la mise en place de bus administrés séparément sur chaque site.