Si elige una instalación Completa (valor predeterminado) para WebSphere ESB, obtendrá un entorno de bus de un solo servidor. Si esto no es suficiente para las aplicaciones de servicio, puede crear
un entorno de bus que incluya una opción de topologías de bus que incluya un bus de varios servidores en una célula de gestor de despliegue, varios buses de un solo servidor que utilicen distintos servidores y otros buses para prestar servicio a otras aplicaciones o enlazar con WebSphere MQ.
Por qué y cuándo se efectúa esta tarea
Si elige una instalación Completa (valor predeterminado) para WebSphere ESB, obtendrá un nodo autónomo en su propio dominio administrativo, denominado célula.
El nodo aloja un servidor que se asigna al bus SCA.SYSTEM de la célula para que se desplieguen 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 predeterminado). Si las aplicaciones de servicio necesitan más de un servidor, es necesario elegir entre diversas topologías de bus.
Debe elegir el entorno de bus necesario para un
Enterprise Service Bus antes de desplegar módulos SCA porque dicha elección afecta a las acciones relacionadas con la instalación, incluidos los perfiles de
WebSphere ESB que es necesario crear y
las bases de datos que desea que utilicen los motores de mensajería.
- Para instalar WebSphere ESB con
el perfil de servidor autónomo predeterminado, empiece con el bus SCA.SYSTEM que se proporciona y más adelante, si es necesario, cree un perfil de gestor de despliegue y perfiles para nodos gestionados, para un entorno de bus más avanzado.
- Para utilizar más de un servidor en el entorno de bus, es necesario utilizar un perfil para un nodo gestionado en una célula de gestor de despliegue.
- Puede seleccionar el entorno de bus antes de instalar WebSphere ESB y, a continuación, instalar los perfiles que sean necesarios para dar un mejor soporte al entorno de bus seleccionado.
Además de utilizar el bus SCA.SYSTEM proporcionado para los módulos SCA, puede crear otros servidores de aplicaciones y buses de integración de servicios para dar soporte a otras aplicaciones y otros módulos, o para conectarse a las redes de WebSphere MQ.
Este conjunto de temas se centra principalmente en la utilización del bus SCA.SYSTEM para dar soporte a los módulos SCA.
Si desea información sobre la utilización de otros buses de integración de servicios, como en
WebSphere Application Server Network Deployment,
utilice los enlaces a los temas de WebSphere Application Server.
Para elegir un entorno de bus, tenga en cuenta la información de los siguientes apartados y las descripciones de las topologías de bus que se proporcionan en los subtemas a los que se hace referencia a continuación.
Alternativas para esta tarea
- Tenga en cuenta el número de conexiones de cliente y el rendimiento que desea para los módulos desplegados en un bus.
El objetivo es identificar el momento en el que el rendimiento de los módulos, como lo perciben los clientes, empieza a deteriorarse:
- El número de conexiones de cliente simultáneas con el bus más allá de las que el rendimiento empieza a deteriorarse cuando se realizan nuevas conexiones de cliente.
- El número de solicitudes y respuestas que circulan por un motor de mensajes más allá de las que el rendimiento empieza a deteriorarse cuando se realizan nuevos intentos de enviar solicitudes a través del motor de mensajería.
No es posible ofrecer una fórmula concreta 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
provoca un deterioro en el rendimiento o que la productividad empieza a empeorar, puede aumentar la capacidad del entorno de bus de varias maneras:
- En un perfil autónomo, puede crear varios buses de un solo servidor que utilicen el mismo servidor.
Esto permite que las conexiones del cliente se distribuyan por varios buses, pero la
tasa de transferencia de solicitudes sigue dependiendo de un único servidor.
- Para obtener una capacidad de conexiones de cliente y una tasa de transferencia de solicitudes mayor,
puede utilizar varios servidores distribuidos por varios buses. (Para utilizar varios servidores
distribuidos por uno o más buses, es necesario tener un perfil de servidor para un nodo gestionado en una célula del gestor de despliegue.)
- Piense en el tamaño de las solicitudes que fluyen por el motor de mensajería.
Cada motor de mensajería gestiona dos almacenamientos intermedios que contienen solicitudes y datos relacionados con ellas. Si no hay suficiente espacio cuando el motor de mensajería intenta añadir datos a un almacenamiento intermedio, el motor de mensajería puede descartar datos que ya están en el almacenamiento intermedio para liberar espacio.
Al utilizar un bus, puede observar que el tamaño de las solicitudes hace que un motor de mensajería
descarte datos que ya están en el almacenamiento intermedio más de lo aceptable. En este caso, puede añadir otro servidor al bus, para proporcionar otro motor de mensajería. De forma alternativa, puede optar por crear varios buses de un solo servidor que utilicen distintos servidores como miembros de bus.
El motor de mensajería de cada servidor utiliza un otro conjunto de almacenamientos intermedios de memoria y un almacén de datos distinto. (Para utilizar varios servidores distribuidos por uno o más buses, es necesario 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.
Puede optar por crear varios buses y configurarlos con distintas calidades de servicio y luego desplegar cada uno de los módulos en el bus que tenga una configuración idónea.
- 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.
Puede optar por crear varios buses y configurarlos con distintas calidades de servicio y luego desplegar cada uno de los módulos en el bus que tenga una configuración idónea.
- Piense en otras razones para utilizar varios servidores dentro de un bus.
Un
bus de integración de servicios que esté formado por un único servidor es adecuado para algunas aplicaciones. Sin embargo, existen algunas ventajas cuando se utiliza más de un servidor en un bus (con cada servidor proporcionando un motor de mensajería):
- Extender la carga de trabajo de mensajería por varios servidores.
- Acercar el proceso de solicitudes a las aplicaciones del solicitante para así reducir el tráfico en la red.
Por ejemplo, si las aplicaciones de envío y recepción se ejecutan en el mismo proceso de servidor, sería poco
eficaz direccionar todas las solicitudes que fluyen entre ellas a través de un motor de mensajería en ejecución en un servidor remoto.
- Mejorar la disponibilidad frente a una anomalía del sistema o enlace. Esto incluye eliminar un único punto de anomalía y permitir el almacenamiento y reenvío entre dos servidores en caso de que sea necesario.
- Proporcionar una posibilidad de ampliación mejorada
- Dar cabida a cortafuegos u otras restricciones de red que limitan la capacidad de que los sistemas principales
de la red se conecten todos a un único motor de mensajería.
- Piense en otras razones para utilizar un entorno de varios buses SCA.SYSTEM.
Puesto que cada bus de integración de servicios tiene una configuración distinta, puede optar por tener varios buses y que cada uno tenga una configuración diferente que se adecuada para módulos distintos; por ejemplo, puede tener algunos buses para un entorno de producción con seguridad y otros buses para un entorno de prueba sin seguridad.
También puede optar por crear varios buses para separar la administración de los módulos; por ejemplo, se pueden utilizar células administrativas separadas y sus buses SCA.SYSTEM para departamentos diferentes dentro de las organizaciones o separar los recursos de los entornos de prueba y producción.
Además de los buses SCA.SYSTEM, también pueden crearse otros buses para que los utilicen otras aplicaciones y que puedan conectarse para permitir el envío de mensajes a través de los buses.
También pueden conectarse buses de distintas organizaciones. Cuando los buses están interconectados, las aplicaciones pueden enviar mensajes a aplicaciones de otros buses y utilizar los recursos que se proporcionan en dichos buses. Los mensajes publicados también pueden abarcar varios buses si los enlaces entre los buses están configurados para permitirlo.
- Piense en razones para utilizar buses de integración de servicios que no sean SCA.
Además del bus SCA.SYSTEM utilizado para los módulos SCA, también puede crear otros
buses de integración de servicios que pueda utilizar para dar soporte a la lógica de integración de servicios proporcionada por los módulos.
Por ejemplo, se proporciona y utiliza SCA.APPLICATION.nombre_célula.Bus para definir destinos de cola JMS y otros recursos JMS para módulos desplegados con vinculaciones JMS.
Puede crear otros buses para utilizarlos como en WebSphere Application Server, para aplicaciones
que actúen como proveedores y solicitantes de servicio dentro de WebSphere ESB,
o para enlazar un bus a WebSphere MQ. También puede utilizar un gestor de despliegue de WebSphere ESB para gestionar servidores de aplicaciones distintos, para utilizarlo con aplicaciones y módulos desplegados en
WebSphere Application Server.
- Piense si desea 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 servidores de aplicaciones que ejecutan servidores WebSphere Application Server.
Puede utilizar estos servidores de aplicaciones para las aplicaciones y los módulos soportados por
WebSphere Application Server.
No es necesario añadir los servidores de aplicaciones en un bus de integración de servicios, a menos que desee sacar provecho de las tecnologías de integración de servicios de WebSphere Application Server.