|
Introdución al Servidor de Aplicaciones iPlanet |
Arquitectura del Servidor de Aplicaciones
Introducción al Servidor de Aplicaciones
Un Servidor de Aplicaciones ejecuta el software entre el navegador y los datos. Por ejemplo, cuando un cliente introduce un pedido desde un navegador Web, un servidor Web envía la solicitud al servidor de aplicaciones que ejecuta la lógica y también recupera y actualiza los datos del cliente desde las fuentes finales. El servidor de aplicaciones ejecuta los programas de negocio en lugar del cliente (navegador, cliente rico), del servidor web o sistemas finales. Se situa en el medio entre un cliente y los datos empresariales y otras aplicaciones. Físicamente separa la lógica del negocio del cliente y los datos dentro de una arquiectura conocida como multi-capa. Los servidores de aplicaciones permiten a las empresas desarrollar y desplegar aplicaciones rápida y fácilmente e incrementan la cantidad de sus usuarios sin reprogramación. Pueden hacer esto debido a una capa separada.

Los servidores de aplicaciones son el siguiente paso lógico en el desarrollo de la web empresarial. Se desarrollan desde la necesidad de tener aplicaciones de misión crítica constantemente disponibles para un número creciente de clientes. Adicionalmente estas aplicaciones necesitan ser seguras y fiables sin importar el número de personas que acceden al sistema o a la fuente de datos, el servidor de aplicaciones siempre estará activo y ejecutándose. Anteriormente a los servidores de aplicaciones, las aplicaciones Web se ejecutaban frecuentemente sobre servidores Web que estaban realmente diseñados para servir páginas Web. Ejecutar y desarrollar aplicaciones era lento y complejo.
Los servidores de aplicaciones son parte de una arquitectura multi-capa. Esta es una arquitectura donde hay una separación física entre el cliente que solicita la información, los programas que la procesan y los datos sobre los que operan. La arquitectura multi-capa evolucionó desde los mainframe donde el cliente, los datos, y el proceso estaban centralizados en un único lugar. Los interfaces GUI eran raros y el acceso remoto a varias bases de datos era difícil. En los 80's siguió la arquitectura cliente/servidor donde el proceso estaba dividido entre el cliente (un PC) y un servidor (un mainframe) y las solicitudes eran manejadas en cunsultas a un sistema de bases de datos relacionales. La presentación de la lógica de negocios se aplicaba al PC después de recibir los datos desde el mainframe. Este sistema permitió el desarrollo modular y un GUI pero el despliegue era problemético.
. Entonces la arquitectura de tres-capas separó la lógica de presentación de la lógica de negocio. Esta separación significó que el código de negocio era independiente de cómo y donde se presentaba. La capa de la lógica de negocio, ahora en la capa central, no necesita saber que tipo de cliente muestra los datos. Las tres-capas eran más portables, tabajaban en diferentes tipos de plataformas y permitían el balance de las solicitudes del cliente entre varios servidores. La seguridad era fácil de implementar ya que el software de la aplicación estaba ahora fuera del cliente y el coste se redujo considerablemente. Pero proporcionar las funciones subrayadas en la capa central como un proceso de transaciones, la seguridad y el acceso a las capas de datos era todavía complejo. La salida de las herramientas de desarrollo y un entorno de tiempo de ejecución para resolver este problema vienen juntas en el Servidor de Aplicaciones.
El Entorno Multi-Capa
iPlanet Application Server es la capa central entre las fuentes de datos empresariales y los clientes que acceden a esas fuentes de datos. El código de negocio es almacenado y procesado sobre iPlanet Application Server en vez de en los clientes. Una aplicación se despliega y controla desde una sóla localización, y la aplicación está disponible para un gran número de clientes heterogéneos.
Las aplicaciones iPlanet Application Server se ejecutan en un entorno multi-capa distribuido. Esto significa que un sistema empresarial podría consistir en varios servidores de aplicaciones — ordenadores ejecutando el software iPlanet Application Server — junto varios a servidores de bases de datos y servidores Web. El código de la aplicación puede distribuirse entre los servidores de aplicaciones. En total, las máquinas y el software implicado están divididos en tres capas:
- Capa cliente, el interface de usuario. Se solicitan los datos originariamente desde aquí, representada por navegadores Web o clientes ricos (como aplicaciones Java).
- Capa servidor está representada por un servidor web como iPlanet Web Server Enterprise Edition y un servidor de aplicaciones que ejecuta el código de negocio como iPlanet Application Server.
- Capa de datos, representada por bases de datos relacionales u otras fuentes de datos finales como Oracle o SAP R/3.

- Los usuarios finales interactúan con el software cliente, normalmente un navegador Web, para usar la aplicación.
- Cuando un navegador Web origina una solicitud, se envía al servidor Web. Asumiendo que la solicitud requiere una aplicación para procesar o acceder a los datos, el servidor web reenvía la petición a iPlanet Application Server (iAS).
- Cuando una solicitud es originaria desde un cliente Java, se envía a iAS mediante un enlace RMI/IIOP.
- iAS maneja solicitudes ejecutando el código de la aplicación apropiada (y accede a las fuentes de datos si lo necesita). iAS devueve el resultado al servidor Web, que a su vez reenvía la respuesta de vuelta al cliente.
Componentes Estándards Industriales
iPlanet Application Server es 100% compatible con Java 2 Platform Enterprise Edition. J2EE es una arquitectura basada en componentes para programación multi-capa. Con J2EE, la lógica de negocio puede reutilizarse y la aplicación puede ejecutarse sobre otras plataformas. El control de las transaciones, y del ciclo de vida, y los almacenes de recursos están construidos dentro de la plataforma J2EE y se proporcionan automáticamente a los componentes que soporta. Los desarrolladores de componentes y aplicaciones son libres de enfocarse específicamente en una lógica de negocio y en los interfaces de usuarios. El modelo de aplicación J2EE encapsula las capas de funcionalidad en tipos específicos de componentes. La lógica de negocio está encapsulada en componentes Enterprise JavaBean (EJB). La interacción con el cliente se puede representar a través de HTML, Java Server Pages (JSP), Servlets o applets solitarios. Aquí tenemos una lista de los componentes J2EE que soporta iPlanet Application Server 6.0:
- Especificación JDK 1.2
- Especificación Java Servlet 2.2
- Especificación Enterprise JavaBeans 1.1
- Especificación JavaServer Pages 1.1
- Especificación JDBC 2.0 Core
- Especificación JDBC 2.0 Standard Extensions
- Especificación JTA 1.0
- Especificación JNDI 1.2
- Especificación RMI-IIOP 1.0.1
- Especificación JavaMail 1.1
- Especificación Java Message Service1.0.2
- Especificación JAF 1.0
- Especificación Corba 2.3
- HTML
- XML
- LDAP
- SNMP
- XA
Observa que para construir componentes de aplicación escritos en C++, iPlanet Application Server proporciona la Foundation Class Library.
















































