Si elige una instalación Completa (valor por omisión) para
WebSphere ESB,
obtendrá un entorno de bus de un solo servidor. Si no es lo adecuado para sus
aplicaciones de servicio, puede crear un entorno de bus que incluya varias
topologías de bus entre las que podrá elegir, incluido un bus de múltiples
servidores en una célula de gestor de despliegue, varios buses de un solo
servidor que utilicen distintos servidores y otros buses para dar servicio a
aplicaciones o enlazar con WebSphere MQ.
Por qué y cuándo realizar esta tarea
Si elige una instalación Completa (valor por omisión) para
WebSphere ESB, obtendrá un nodo autónomo en su propio dominio administrativo, conocido como
una célula.
El nodo aloja un servidor que se asigna al bus SCA.SYSTEM correspondiente a la
célula para que el usuario pueda desplegar módulos SCA.
Si los módulos SCA sólo necesitan un servidor, puede utilizar el bus
SCA.SYSTEM de la instalación Completa (valor por omisión). Si las aplicaciones
de servicio necesitan más de un servidor, tiene que elegir entre diversas
topologías de bus.
Debe elegir el entorno de bus que necesita un
Enterprise Service Bus antes de
desplegar módulos SCA, porque afecta a acciones relacionadas con la
instalación, incluyendo lo que los perfiles de
WebSphere ESB
tienen que crear, y qué bases de datos desea que utilicen los motores de mensajería.
- Puede instalar
WebSphere ESB
con el perfil de servidor autónomo por omisión; comience por el bus
SCA.SYSTEM proporcionado y luego, si es necesario, cree un perfil de gestor de
despliegue y perfiles para nodos gestionados para obtener un entorno de bus más
avanzado.
- Para utilizar más de un servidor en el entorno de bus, tiene que utilizar
un perfil para un nodo gestionado en una célula del gestor de despliegue.
- Podría elegir el entorno de bus antes de instalar
WebSphere ESB
y, a continuación, instalar los perfiles que necesita para dar un mejor soporte
al entorno de bus elegido.
Además de utilizar el bus SCA.SYSTEM proporcionado por los
módulos SCA, puede crear otros servidores de aplicaciones y
buses de integración de servicios para dar
soporte a otras aplicaciones y módulos o para conectarlos a redes WebSphere MQ.
Este conjunto de temas se concentra principalmente en el uso del bus SCA.SYSTEM
para dar soporte a módulos SCA.
La información sobre el uso de otros
buses de integración de servicios, como en
WebSphere Application Server Network Deployment,
se proporciona con enlaces a los temas de
WebSphere Application Server.
Para elegir un entorno de bus, piense en los puntos siguientes y las
descripciones de las topologías de bus proporcionadas en los subtemas a los que
se hará referencia más adelante.
- Examine el número de conexiones de cliente y la productividad que
desea para los módulos desplegados en un bus.
La finalidad es la de identificar el punto en que el rendimiento
de los módulos, como lo perciben los clientes, se empieza a deteriorar:
- El número de conexiones de cliente simultáneas con el bus, por encima del
cual el rendimiento se empieza a deteriorar cuando se realizan nuevas
conexiones de cliente.
- El número de peticiones y respuestas que fluyen a través del motor de
mensajería, más allá del cual el rendimiento se empieza a deteriorar cuando se
realizan nuevos intentos de enviar peticiones a través del motor de mensajería.
No es posible dar una fórmula específica que se aplique a todos los
entornos, porque depende de las características del sistema principal en el que
se ejecuta el servidor, la naturaleza de los módulos desplegados y otros
factores.
Si utiliza un bus de un solo servidor y observa que el número de
conexiones de cliente causa un deterioro en el rendimiento, o que la
productividad empieza a deteriorarse, puede aumentar la capacidad del entorno
de bus de diversas maneras:
- En un perfil autónomo, puede crear varios buses de un solo servidor
utilizando el mismo servidor.
Esto permite que las conexiones de cliente se distribuyan en varios buses, pero
la productividad de las peticiones sigue dependiendo del único servidor.
- Para tener una mayor capacidad de las conexiones de cliente y productividad
de las peticiones, puede utilizar varios servidores distribuidos en varios
buses.
(Para utilizar varios servidores distribuidos en uno o más buses, ha de tener
un perfil de servidor para un nodo gestionado en una célula del gestor de
despliegue.)
- Estudie el tamaño de las peticiones que fluyen a través de un motor
de mensajería.
Cada motor de mensajería gestiona dos almacenamientos intermedios de
memoria que contienen peticiones y datos relacionados con peticiones.
Si no hay espacio suficiente cuando el motor de mensajería intenta añadir datos
a un almacenamiento intermedio, el motor de mensajería podría descartar los
datos que ya estén en el almacenamiento intermedio para que haya más espacio.
Podría observar que un motor de mensajería en ejecución descartase datos
de su memoria intermedia con más frecuencia que lo aceptable. En este caso, podría añadir otro servidor al bus para proporcionar otro motor
de mensajería.
Como alternativa, puede optar por crear varios buses de un solo servidor que
utilizan distintos servidores como sus miembros de bus.
El motor de mensajería de cada servidor utiliza un conjunto de
almacenamientos intermedios y un almacén de datos diferenciados.
(Para utilizar varios servidores distribuidos en uno o más buses, ha de tener
un perfil de servidor para un nodo en una célula del gestor de
despliegue.)
- Piense si desea utilizar distintas calidades de servicio para las
aplicaciones de servicio.
Cada bus tiene una configuración exclusiva de calidades de
servicio y otras propiedades.
Podría optar por crear varios buses y configurarlos con distintas calidades de
servicio y, a continuación, desplegar cada uno de los módulos en el bus que
tiene una configuración adecuada.
- Estudie otras razones para utilizar varios servidores en un bus.
Un
bus de integración de servicios
que consista en un solo servidor es adecuada para algunas aplicaciones.
No obstante, hay ventajas en el uso de más de un servidor en un bus (y cada
servidor proporciona un motor de mensajería):
- Difusión de la carga de trabajo de mensajería entre varios servidores.
- Colocación del proceso de peticiones cerca de las aplicaciones de
solicitante, a fin de reducir el tráfico de la red.
Por ejemplo, si las aplicaciones remitente y receptora se ejecutan en el mismo
proceso de servidor, no sería eficaz direccionar todas las peticiones que
fluyen entre ellos a través de un motor de mensajería que funcione en un
servidor remoto.
- Mejora de la disponibilidad frente a una anomalía del sistema o del enlace. Ello
incluye eliminar un único punto de anomalía y permitir la operación de
almacenamiento y reenvío entre dos servidores, si esto es necesario.
- Suministro de escalabilidad mejorada
- Colocación de cortafuegos u otras restricciones de red que limitan la
capacidad de sistemas principales de red a todas las conexiones con un solo
motor de mensajería.
- Estudie otras razones para utilizar un entorno de varios buses
SCA.SYSTEM.
Ya que cada
bus de integración de servicios tiene una
configuración diferente, puede optar por tener varios buses, cada uno de los
cuales con una configuración distinta y adecuada para módulos diferentes; por
ejemplo, podría tener varios buses para un entorno de producción con seguridad
y otros buses para pruebas y sin seguridad.
Tal vez decida también crear varios buses para separar la administración
de módulos; por ejemplo, pueden utilizarse distintas células administrativas y
sus buses SCA.SYSTEM para departamentos diferentes en las organizaciones, o
quizá para separar los recursos de pruebas y de producción.
Además de los buses SCA.SYSTEM, podrían crearse otros buses para otros
usos de aplicaciones y conectarse para permitir el servicio de mensajería entre
los buses.
También pueden conectarse los buses en diferentes organizaciones. Cuando los
buses están interconectados, las aplicaciones pueden enviar mensajes a las
aplicaciones que están en otros buses y utilizar los recursos proporcionados en
otros buses.
Los mensajes publicados también pueden abarcar varios buses, si los enlaces
entre los buses están configurados para permitir esto.
- Examine las razones para utilizar unos
buses de integración de servicios que no sean
SCA.
Además del bus SCA.SYSTEM utilizado para módulos SCA, también puede
crear otros buses de integración de servicios
que puede utilizar para dar soporte a la lógica de integración de servicios
proporcionada por los módulos.
Por ejemplo, se proporciona
SCA.APPLICATION.nombre_célula.Bus, que se utiliza para
definir destinos de cola de JMS y otros recursos JMS para los módulos
desplegados con enlaces JMS.
Puede crear otros buses para su uso como en
WebSphere Application Server, para las
aplicaciones que actúan como solicitantes y proveedores de servicio en
WebSphere ESB,
o para enlazar un bus con WebSphere MQ. También puede utilizar un gestor de
despliegue de
WebSphere ESB
para gestionar servidores de aplicaciones distintos, para su uso con
aplicaciones y módulos desplegados en
WebSphere Application Server.
- Estudie si desea unos servidores de aplicaciones que no den soporte
a módulos SCA.
Una célula de gestor de despliegue de
WebSphere ESB
puede incluir nodos de servidor de aplicaciones que ejecuten servidores
WebSphere Application Server.
Puede utilizar estos servidores de aplicaciones para aplicaciones y módulos
soportados por WebSphere Application Server.
No es necesario que añada los servidores de aplicaciones a un
bus de integración de servicios,
a menos que desee explotar las tecnologías de integración de servicios de WebSphere Application Server.