Buses de integración de servicios
Un bus de integración de servicios es un grupo de uno o varios servidores de aplicaciones o clústeres de servidores en una célula de WebSphere Application Server que colaboran para proporcionar servicios de mensajería asíncrona. Los servidores de aplicaciones o los clústeres de servidores en un bus son conocidos como miembros de bus. En el caso más simple, un bus de integración de servicios consta de un único miembro de bus que es un servidor de aplicaciones.
Normalmente, una célula sólo requiere un bus, pero una célula puede contener múltiples buses. El componente de servidor que permite a un bus enviar y recibir mensajes es un motor de mensajería.
- Cualquier aplicación puede intercambiar mensajes con cualquier otra aplicación utilizando un destino al que una aplicación envía y del que otra aplicación recibe.
- Una aplicación que genera mensajes, es decir, un generador, puede generar mensajes para un destino independientemente del motor de mensajería que el generador utiliza para conectarse al bus.
- Una aplicación consumidor de mensajes, es decir, un consumidor, puede consumir mensajes de un destino (siempre que el destino está disponible) independientemente del motor de mensajería que el consumidor utiliza para conectarse al bus.
Si es necesario, se pueden conectar distintos buses de integración de servicios. De esta manera, las aplicaciones que utilizan un bus (el bus de origen) pueden enviar mensajes a destinos de otro bus (un bus foráneo). Sin embargo, tenga en cuenta que las aplicaciones no pueden recibir mensajes de destinos de un bus foráneo.
Una aplicación puede conectarse a más de un bus. Por ejemplo, aunque una aplicación no puede recibir mensajes de destinos en un bus foráneo, si la aplicación se conecta a ese bus, el bus pasa a ser un bus local y, a continuación, la aplicación puede recibir mensajes.
Por ejemplo, en el diagrama siguiente, la aplicación puede enviar mensajes al destino A y al destino B, pero no puede recibir mensajes del destino B.

En el diagrama siguiente, la aplicación puede enviar mensajes a, y recibir mensajes de, los destinos A y B.

Un bus de integración de servicios incluye un servicio SIB, que está disponible en cada servidor de aplicaciones del entorno WebSphere Application Server. De forma predeterminada,el servicio SIB está inhabilitado. Esto significa que cuando se inicia un servidor, no realizará ninguna función de mensajería. El servicio SIB se habilita automáticamente cuando se añade un servidor a un bus de integración de servicios. Puede optar por volver a inhabilitar el servicio configurando el servidor.
Cuando el servicio SIB está habilitado en z/OS, se establece un distintivo para iniciar el proceso adjunto de la región de control cuando se inicia el servidor. Si suprime un bus,
o se elimina el último miembro del bus de un servidor, debe inhabilitar el servicio SIB
para evitar que se inicie un proceso de región debido a este distintivo cuando se inicia el servidor.
Un bus de integración de servicios soporte la mensajería asíncrona, es decir, un programa coloca un mensaje en una cola de mensajes y luego continúa con su propio proceso sin esperar una respuesta al mensaje. La mensajería asíncrona es posible independientemente de si la aplicación que la utiliza está en ejecución o de si el destino está disponible. Además, se da soporte a la mensajería punto a punto y de publicación/suscripción.
Después de que una aplicación se haya conectado al bus, el bus se comporta como una entidad lógica exclusiva y la aplicación conectada no es necesario que conozca la topología del bus. En muchos casos, la conexión del bus y definición de recursos de bus están gestionadas por una abstracción de una API (interfaz de programación de aplicaciones), por ejemplo, la fábrica de conexiones JMS administradas y los objetos de destino JMS.
A veces se hace referencia al bus de integración de servicios como el bus de mensajería, si proporciona el sistema de mensajería para las aplicaciones JMS que utilizan el proveedor de mensajería predeterminado.
Muchos casos requieren una topología de bus sencillo, por ejemplo, para un servidor único. Si añade varios servidores a un bus único, aumente el número de puntos de conexión para que los utilicen las aplicaciones. Si añade clústeres de servidores como miembros de un bus, puede aumentar la escalabilidad y consiga la alta disponibilidad. Sin embargo, los servidores no tienen que ser miembros de bus para conectarse a un bus. En topologías de bus más complejas, se configuran múltiples buses y pueden interconectarse para formar redes complejas. Una empresa puede desplegar varios buses interconectados por razones de organización. Por ejemplo, una empresa con varios departamentos independientes puede que desee buses administrados de forma separada en cada ubicación.