Una arquitectura de Java ES es una descripción técnica de alto nivel de una solución Java ES. Esta arquitectura se desarrolla para identificar la combinación de componentes de Java ES y otras tecnologías que ofrecerán los servicios descritos en los casos de uso.
El desarrollo de una arquitectura es un proceso dividido en dos pasos. Siga estos procedimientos:
Prepare un escenario de implementación. En el escenario de implementación, identifique los componentes de Java ES que ofrecerán los servicios descritos en los casos de uso y, por separado, especifique la calidad de los requisitos de servicio para la solución.
Prepare una arquitectura de implementación. En esta arquitectura de implementación, integre la información que desarrolló en el escenario de implementación. Determine cuántas instancias de cada componente deben instalarse y configurarse, las estrategias de redundancia, el tipo de hardware y cómo se distribuirán dichas instancias en la red con el fin de ofrecer los servicios necesarios y la calidad de servicio especificada.
Este capítulo describe los dos pasos para desarrollar la arquitectura para la solución de evaluación. Aunque la arquitectura de evaluación es relativamente sencilla, la descripción ayuda a comprender el proceso de instalación y configuración de la solución de evaluación. Si desea obtener más información sobre la metodología de planificación de una implementación, consulte Guía de planificación de la implementación de Java Enterprise System.
Este capítulo describe el proceso de desarrollo de la arquitectura para la solución de evaluación en las secciones siguientes:
El primer paso en el desarrollo de una arquitectura para una solución es preparar un escenario de implementación. Un escenario de implementación está formado por:
Una arquitectura lógica, que identifica los componentes necesarios para implementar los casos de uso
Un conjunto de requisitos de servicio de calidad, que especifica el rendimiento previsto de la solución
Esta sección describe cómo desarrollar un escenario de implementación basado en los casos de uso descritos en Casos de uso de la evaluación.
Una arquitectura lógica identifica los componentes de Java Enterprise System que ofrecen los servicios descritos en un conjunto de casos de uso. La arquitectura lógica se representa normalmente de forma gráfica. Los componentes que se necesitan para los casos de uso de evaluación se muestran en la Figura 2–1.
Los componentes de la Figura 2–1 están incluidos en la arquitectura lógica por las razones siguientes:
Portal Server proporciona los servicios de portal descritos en los casos de uso. Los usuarios finales acceden a los servicios de portal a través de un escritorio de portal basado en web. Los clientes de explorador web que aparecen en el extremo izquierdo, en el nivel de clientes, representan los usuarios finales que visualizan el escritorio de portal en sus exploradores web. Para la solución de evaluación, instale un escritorio de portal de ejemplo.
Portal Server y otros componentes basados en web deben ejecutarse en un contenedor web. Para la solución de evaluación, elija instalar Web Server con el fin de proporcionar el contenedor web necesario. Aunque Web Server no ofrezca directamente ningún servicio, ni aparezca en la Figura 2–1, instálelo con el fin de proporcionar el servicio de contenedor web para Portal Server, Access Manager, Communications Express e Instant Messaging.
Los usuarios finales acceden a los servicios de correo y calendario descritos en los casos de uso a través de la interfaz basada en web de Communications Express. Los clientes de explorador web que aparecen en el extremo izquierdo, en el nivel de clientes, representan los usuarios finales que acceden a Communications Express con sus exploradores web.
Messaging Server proporciona los servicios de correo descritos en los casos de uso. Asimismo, Messaging Server tiene su propio contenedor web.
Calendar Server proporciona los servicios de calendario descritos en los casos de uso. Calendar Server cuenta también con su propio contenedor web.
Instant Messaging proporciona los servicios de mensajería instantánea descritos en los casos de uso.
Access Manager proporciona los servicios de autenticación y autorización descritos en los casos de uso, entre los que se incluyen el inicio de sesión único y la autenticación del proxy de portal.
Los servicios de directorio LDAP son necesarios para la compatibilidad de los servicios descritos en los casos de uso. Directory Server proporciona los servicios LDAP. El directorio LDAP almacena información de configuración sobre los otros componentes, entradas para usuarios administrativos y entradas para usuarios finales.
En la Figura 2–1, los componentes se ordenan en varios niveles. Los niveles representan las distintas funciones que desempeñan los componentes en la solución. En la solución de evaluación, todos los niveles se combinarán en un mismo sistema informático.
En una solución de producción, las funciones que desempeñan los componentes ayudan a determinar la distribución de componentes y subcomponentes en la red, así como su configuración para que puedan colaborar con otro software; por ejemplo, los clientes de correo independiente. Si desea obtener más información sobre la arquitectura multinivel de Java ES, consulte Visión general técnica de Java Enterprise Systemhttp://download.oracle.com/817-5764.
La arquitectura lógica identifica los componentes de Java ES que ofrecen los servicio descritos en los casos de uso, pero no explica cómo instalar dichos componentes en la red. En una solución de producción estándar, la calidad de los requisitos de servicio (por ejemplo, el tiempo de respuesta y la disponibilidad o fiabilidad del servicio) se obtiene mediante la instalación y configuración de varias instancias de los componentes y la distribución de las mismas entre distintos sistemas informáticos. Por ejemplo, instalando dos instancias de Messaging Server en dos sistemas informáticos diferentes y configurándolas conjuntamente con software de reparto de carga proporcionará capacidad y gran disponibilidad en caso de error para los servicios de mensajería.
Para determinar la calidad de los requisitos de servicio en una solución, analice las necesidades del negocio y desarrolle un conjunto de requisitos. La calidad de los requisitos de servicio se basa en características esenciales de las necesidades del negocio, cómo el numero de usuarios que deben admitirse, el tiempo de respuesta que dichos usuarios deben experimentar y la cantidad de tiempo de inactividad permitido.
La solución de evaluación descrita en este documento sólo debe ofrecer servicio a un grupo de usuarios y no son necesarias la disponibilidad ininterrumpida, ni las otras funciones de una solución de producción. En consecuencia, los requisitos de sistema para la solución de evaluación son mínimos. Los requisitos son los que figuran a continuación:
Requisitos de carga y rendimiento: Ninguno
Requisitos de disponibilidad: Ninguno
Requisitos de seguridad: Autenticación LDAP, inicio de sesión único
Requisitos de mantenimiento: Ninguno
Requisitos de escalabilidad: Ninguno
El segundo paso en el desarrollo de una arquitectura para una solución es preparar una arquitectura de implementación. La arquitectura de implementación integra la arquitectura lógica y la calidad de los requisitos de servicio. Cuando desarrolle una arquitectura de implementación, deberá responder a preguntas como las siguientes:
¿Qué estrategias de redundancia está utilizando para que se cumplan los requisitos de disponibilidad y fiabilidad? (Algunas de las estrategias de redundancia disponibles instalan y configuran varias instancias de un componente y reparten la carga de las mismas para obtener disponibilidad y fiabilidad; se instalan y configuran varias instancias de un componente y se utiliza la tecnología de agrupamiento de Sun para ofrecer disponibilidad y fiabilidad, y se utilizan varias instancias de Directory Server que están sincronizadas mediante las funciones procesamiento múltiple y repetición para lograr disponibilidad y fiabilidad.)
¿Cuántas instancias de cada componente deben instalarse y configurarse para implementar las estrategias de redundancia que se utilizan en la solución?
¿Cómo se combinan las instancias de componente en los sistemas de hardware? Por ejemplo, en una solución de tamaño medio, puede instalar y configurar instancias de Messaging Server y Calendar Server en dos sistemas informáticos. Se utiliza la tecnología Sun Cluster para agrupar los dos sistemas informáticos, ya que esta arquitectura ofrece disponibilidad y fiabilidad para los servicios de mensajería y calendario.
¿Cuántas CPU se necesitan en cada sistema informático para obtener el rendimiento especificado en los requisitos de servicio?
Las respuestas a estas preguntas permiten diseñar una arquitectura de implementación para la solución. Una arquitectura de implementación se representa normalmente de forma gráfica, con un conjunto de recuadros que identifican los sistemas informáticos de la solución. Cada recuadro se nombra con los componentes que están instalados en el sistema informático. La arquitectura de implementación para la solución de evaluación se muestra en la Figura 2–2.
La Figura 2–2 muestra que la calidad mínima de evaluación de servicio para los casos de uso de evalución se cumplen fácilmente mediante la instalación en un mismo sistema de todos los componentes utilizados en la solución de evaluación. El recuadro denominado evaluation_host representa el sistema. El resto de este documento describe cómo instalar, configurar y utilizar la solución de evaluación en un sistema.
La arquitectura de implementación para una solución de producción representaría un número de sistemas informáticos, con combinaciones diferentes de componentes instalados en cada sistema. Si desea ver un ejemplo de arquitectura de implementación a gran escala apta para una solución de producción, consulte la solución Java ES, consulte Guía de planificación de la implementación de Java Enterprise System (http://download.oracle.com/817-5759)