Arquitectura de una solución de Java ES de ejemplo

Java ES 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 llevar a cabo ningún desarrollo, utilizando los componentes incluidos en Java ES. Sin embargo, es posible que otras soluciones requieran mayores esfuerzos de desarrollo, por lo que deberá desarrollar componentes de J2EE personalizados que proporcionen nuevos servicios de presentación o de negocios. Puede encapsular estos componentes personalizados como servicios web que cumplan los estándares de la interfaz SOAP. Gran cantidad de soluciones implican una combinación de estos dos planteamientos.

En esta sección, se proporciona un ejemplo que muestra la forma en que Java ES 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

Requisito empresarial	Descripción	Servicios necesarios
Inicio de sesión único	Acceso a recursos y servicios de negocios seguros basándose en una única identidad con un inicio de sesión único 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	Puntos de acceso personalizados basados en web para los servicios de comunicación como el correo electrónico y el 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, se muestra una arquitecta lógica para proporcionar los servicios de identidad, comunicación y portal identificados en la Tabla 2–4 mediante el uso de los componentes de Java ES y de Sun Java Communications Suite (Messaging Server, Calendar Server e Instant Messaging, entre otros). La arquitectura trata configuraciones distintas lógicamente de Messaging Server como componentes separados debido a los distintos servicios que cada una proporciona.

Figura 2–6 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. 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 Sun Java Enterprise System Deployment Planning Guide.

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 del 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 la implementación de soluciones de Java ES, consulte la Sun Java Enterprise System Deployment Planning Guide.