Ejemplo de arquitectura de solución de Java Enterprise System

Java Enterprise System admite una amplia gama de soluciones de software.

Muchas soluciones se pueden diseñar e implementar con los valores de fábrica, sin que sea necesario hacer ningún desarrollo, utilizando los componentes incluidos en Java Enterprise System. Sin embargo, es posible que otras soluciones requieran mayores esfuerzos de desarrollo, por lo que deberá desarrollar componentes J2EE personalizados que proporcionen nuevos servicios de presentación o de negocios. Puede encapsular estos componentes personalizados como servicios web que cumplen con los estándares de interfaz de SOAP (Simple Object Access Protocol). Gran cantidad de soluciones implican una combinación de estos dos planteamientos.

Esta sección proporciona un ejemplo que muestra la forma en que Java Enterprise System admite el uso de una solución con los valores de fábrica elaborada a partir de los conceptos arquitectónicos de la sección anterior.

Escenario de comunicaciones de las empresas

Normalmente, las empresas tienen que fomentar la comunicación entre sus empleados, específicamente los servicios de calendario y de correo electrónico. Dichas empresas, encontrarán ventajoso que sus empleados tengan un acceso personalizado a sitios web internos y otros recursos basándose en la autenticación de la empresa y servicios de autorización. Además, estas empresas desean que se pueda realizar un seguimiento de la identidad de los empleados en todos los servicios de la empresa, de forma que un único inicio de sesión web permita acceder a todos los servicios.

Estos requisitos específicos de la empresa, que representan únicamente un conjunto de ejemplo de los requisitos de la empresa, se resumen en la siguiente tabla.

Tabla 2–4 Resumen de requisitos de negocio: escenario de comunicaciones

Requisitos de la empresa	Descripción	Servicios necesarios de Java ES
Inicio de sesión único	Acceso a recursos y servicios empresariales seguros basándose en una única identidad con un único inicio de sesión para el acceso web.	Servicios de identidad
Mensajería  Calendario	Mensajes de correo electrónico entre los empleados y con personas que no pertenecen a la empresa.  Calendario electrónico del empleado y preparación de reuniones.	Servicios de comunicación y colaboración
Acceso al portal	Un único punto de acceso personalizado basado en web para servicios de comunicación como correo electrónico y calendario, así como páginas web internas.	Servicios de portal

Además, una empresa tiene requisitos relativos al rendimiento, la disponibilidad, la seguridad de red y la escalabilidad del sistema de software que proporciona estos servicios.

Arquitectura lógica para el escenario de ejemplo

En la siguiente figura aparece una arquitectura lógica para proporcionar los servicios de identidad, comunicación y portal identificados en la Tabla 2–4 usando los componentes de Java ES. La arquitectura trata configuraciones distintas lógicamente de Messaging Server como componentes separados debido a los distintos servicios que cada una proporciona.

Figura 2–7 Arquitectura lógica para el escenario de comunicaciones de la empresa

Los componentes se colocan en una dimensión horizontal que representa las capas lógicas estándar y en una dimensión vertical que representa los niveles de servicio de infraestructura. Las interacciones entre los componentes dependen de sus funciones como servicios de infraestructura distribuidos (interacciones entre niveles de servicio de infraestructura) o de sus funciones en una arquitectura de aplicaciones de capas (interacciones dentro y entre capas lógicas).

En esta arquitectura, Access Manager, que accede a la información de usuario almacenada en Directory Server, actúa como árbitro de los servicios de autorización y autenticación de inicio de sesión único para Portal Server y en otros componentes basados en web en la capa de presentación. Los componentes de Messaging Server incluyen: un almacén de mensajes (Messaging Server-STR) en la capa de datos, que envía y recupera componentes en la capa de servicios de negocio; otro componente de acceso HTTP; y Communications Express en la capa de presentación.

La arquitectura lógica también muestra las dependencias de los servicios de infraestructura entre los distintos componentes de Java ES. Portal Server, por ejemplo, depende de Communications Express para sus canales de mensajería y calendario. También depende de Access Manager para los servicios de autenticación y autorización. Estos componentes, a su vez, dependen de Directory Server para obtener la información de usuario y los datos de configuración. Varios componentes requieren los servicios de contenedores web proporcionados por Web Server .

Para obtener más información acerca del diseño de soluciones lógicas de Java ES, consulte la Guía de planificación de la implementación de Sun Java Enterprise System 2005Q4.

Arquitectura de implementación para el escenario de ejemplo

Al cambiar de la arquitectura lógica a la arquitectura de implementación, los requisitos de calidad de servicio son vitales. Por ejemplo, las subredes protegidas y los servidores de seguridad se pueden utilizar para crear una barrera de seguridad a los datos de copia de seguridad. Los requisitos de disponibilidad y escalabilidad pueden satisfacerse para varios componentes implementándolos en varios equipos y utilizando equilibradores de carga para distribuir las solicitudes entre los componentes duplicados.

Sin embargo, cuando hay requisitos de disponibilidad más exigentes y se necesitan grandes cantidades de almacenamiento en disco, otras soluciones de disponibilidad son más adecuadas. Por ejemplo, Sun Cluster se puede utilizar para el almacén de Messaging Server y la replicación multimaestro se puede utilizar para Directory Server.

Para obtener más información acerca del diseño de implementaciones de soluciones de Java ES, consulte la Guía de planificación de la implementación de Sun Java Enterprise System 2005Q4.