 |
|
|
| IBM Websphere |
| |
| Características de
arquitectura |
|
|
 |
Servidor
HTTP
IBM WebSphere Application Server trabaja con un servidor HTTP para
manejar las peticiones de servlets y otros contenidos dinámicos
desde las aplicaciones Web. (Los términos servidor HTTP y
servidor Web son intercambiables en toda la documentación). El
servidor HTTP y el servidor de aplicaciones se comunican utilizando el
plug-in HTTP de WebSphere para el servidor HTTP. El plug-in HTTP
utiliza un archivo de configuración XML de fácil lectura
para determinar si la petición la debe gestionar el servidor Web
o el servidor de aplicaciones. Utiliza el protocolo HTTP
estándar para comunicarse con el servidor de aplicaciones.
También se puede configurar para utilizar HTTPs seguros, si
fuera necesario. El plug-in HTTP está disponible para los
servidores Web más conocidos. |
|
|
|
|
|
|
|
|
Servidor
de aplicaciones
El servidor de
aplicaciones colabora con el servidor Web intercambiando peticiones de
cliente y respuestas de aplicaciones. Puede definir varios servidores
de aplicaciones, cada uno de ellos ejecutándose en su propia
Máquina virtual Java (JVM).
| |
|
| » |
Contenedor
de EJB
El contenedor de EJB proporciona los servicios de tiempo de
ejecución necesarios para desplegar y gestionar componentes EJB,
de ahora en adelante conocidos como enterprise beans. Es un proceso de
servidor que maneja peticiones para beans de sesión y beans de
entidad.
Los enterprise beans (dentro de los módulos EJB) instalados en
un servidor de aplicaciones no se comunican directamente con el
servidor; en su lugar, el contenedor de EJB ofrece una interfaz entre
los enterprise beans y el servidor. Juntos, el contenedor y el servidor
proporcionan el entorno de tiempo de ejecución del bean.
El contenedor proporciona muchos servicios de bajo nivel, incluido el
soporte de hebras y transacciones. Desde un punto de vista
administrativo, el contenedor gestiona el almacenamiento y la
recuperación de datos para los beans que contiene. Un solo
contenedor puede gestionar más de un archivo JAR de EJB. |
|
|
| » |
Contenedor
Web
Los servlets y los archivos JSP (JavaServer Pages) son componentes de
servidor que se utilizan para procesar peticiones de clientes HTTP
como, por ejemplo, navegadores Web. Se encargan de la
presentación y el control de la interacción del usuario
con los datos de aplicación subyacente y la lógica
empresarial. También pueden generar datos formateados, como XML,
para que los utilicen otros componentes de aplicación.
El contenedor Web procesa servlets, archivos JSP y otros tipos de
inclusiones de servidor. Los servlets anteriores a J2EE se
ejecutarán en un motor de servlets. Cada contenedor Web contiene
automáticamente un único gestor de sesiones.
Cuando se manejan los servlets, el contenedor Web crea un objeto de
petición y un objeto de respuesta, e invoca el método de
servicio de servlets. El contenedor Web invoca el método
destroy() del servlet cuando corresponda y descarga el servlet, y
después la JVM ejecuta la recogida de basura. |
|
|
| » |
Contenedor
de clientes de aplicaciones
Los clientes de aplicaciones son programas Java que se ejecutan
normalmente en un sistema de sobremesa con una interfaz gráfica
de usuario (GUI). Tienen acceso a toda la gama de componentes y
servicios de servidor J2EE.
El contenedor de clientes de aplicaciones maneja programas de
aplicaciones de Java que acceden a los beans enterprise, Java Database
Connectivity (JDBC) y las colas de mensajes de Java Message Service. El
programa Cliente de aplicaciones J2EE se ejecuta en las máquinas
cliente. Este programa sigue el mismo modelo de programación
Java que otros programas Java; no obstante, el cliente de aplicaciones
J2EE depende del tiempo de ejecución del cliente de aplicaciones
para configurar su entorno de ejecución, y utiliza el espacio de
nombres JNDI (Java Naming and Directory Interface) para acceder a los
recursos. |
|
|
| » |
Contenedor
de applets
Un applet es una clase Java de cliente que se ejecuta normalmente en un
navegador Web, pero que también se pueden ejecutar en otros
dispositivos y aplicaciones de cliente.
Los applets se utilizan a menudo junto con páginas HTML para
mejorar la experiencia de usuario que ofrece el navegador Web.
También se pueden utilizar para pasar parte de la carga de
trabajo de proceso del servidor al cliente.
El contenedor de applets maneja applets de Java incorporados en
documentos HTML (HyperText Markup Language) que residen en una
máquina cliente remota respecto al servidor de aplicaciones. Con
este tipo de cliente, el usuario accede a un bean enterprise en el
servidor de aplicaciones mediante el applet de Java en el documento
HTML. |
|
|
|
|
Servidor
HTTP incorporado
Una de las mejores
características del producto es la capacidad de manejo HTTP
incorporada en el servidor de aplicaciones, que permite a un cliente
HTTP conectarse directamente al servidor de aplicaciones. O bien, como
se ha descrito anteriormente, un cliente HTTP puede conectarse a un
servidor Web y el plug-in de HTTP puede enviar la petición al
servidor de aplicaciones. |
|
|
|
Sistema
principal virtual
Un sistema principal
virtual es una configuración que permite que una única
máquina de sistema principal parezca varias máquinas de
sistema principal. Los recursos asociados con un sistema principal
virtual no pueden compartir datos con recursos asociados con otro
sistema principal virtual, incluso si los sistemas principales
virtuales comparten la misma máquina física.
Los sistemas principales virtuales permiten al administrador asociar
aplicaciones Web con un sistema principal particular configurado para
la máquina que ejecuta la aplicación. |
|
|
| |
| Arquitectura de tres niveles |
|
|
|
WebSphere
Application Server proporciona la capa de la lógica de
aplicación en una arquitectura de tres niveles, lo que permite a
los componentes de cliente interactuar con los recursos de datos y las
aplicaciones heredadas.
De manera colectiva, las arquitecturas de tres niveles son modelos de
programación que permiten la distribución de la
funcionalidad de la aplicación entre tres sistemas
independientes, normalmente:
| |
|
| » |
Componentes
de cliente que se ejecutan en estaciones de trabajo locales (nivel uno) |
|
|
| » |
Procesos que
se ejecutan en servidores remotos (nivel dos) |
|
|
| » |
Una
colección discreta de bases de datos, gestores de recursos y
aplicaciones de sistema principal (nivel tres) |
|
|
|
|
Primer
nivel
La responsabilidad de la presentación y la interacción
con el usuario reside en los componentes del primer nivel. Estos
componentes de cliente permiten al usuario interactuar con los procesos
del segundo nivel de forma segura e intuitiva. WebSphere Application
Server da soporte a varios tipos de clientes.
Los clientes no acceden directamente a los servicios del tercer nivel.
Por ejemplo, un componente de cliente proporciona un formulario en el
que el cliente solicita los productos. El componente de cliente entrega
este pedido a los procesos del segundo nivel, que comprueban las bases
de datos del producto y realizan las tareas necesarias para la
facturación y el envío. |
|
|
|
Segundo
nivel (capa de la lógica de aplicación)
Los procesos del segundo nivel se conocen normalmente como la capa de
la lógica de aplicación. Estos procesos gestionan la
lógica empresarial de la aplicación y pueden acceder a
los servicios del tercer nivel. La capa de la lógica de
aplicación es donde se produce la mayor parte del trabajo de los
procesos. Varios componentes de cliente pueden acceder
simultáneamente a los procesos del segundo nivel, por lo que
esta capa de la lógica de aplicación debe gestionar sus
propias transacciones.
Continuando con el ejemplo anterior, si varios clientes intentan
realizar un pedido del mismo artículo, del que sólo queda
uno, la capa de la lógica de aplicación debe determinar
quién tiene derecho a ese artículo, actualizar la base de
datos para reflejar la compra e informar a los otros clientes de que el
artículo ya no está disponible. Sin una capa de la
lógica de aplicación, los componentes de cliente acceden
a la base de datos del producto directamente. La base de datos es
necesaria para gestionar sus propias conexiones, normalmente bloqueando
un registro que se está procesando. El bloqueo se puede realizar
simplemente cuando un artículo se coloca en un carro de compra,
para evitar que los demás clientes consideren la posibilidad de
compra. La separación del segundo y el tercer nivel reduce la
carga en los servicios del tercer nivel, puede mejorar el rendimiento
general de la red y permite una gestión de conexiones más
elocuente. |
|
|
|
Tercer
nivel
Los servicios del tercer nivel están protegidos del acceso
directo de los componentes de cliente al residir en una red segura. La
interacción debe producirse a través de los procesos del
segundo nivel. |
|
|
|
Comunicación
entre niveles
Los tres niveles deben poder comunicarse entre ellos. Los protocolos
abiertos estándar y las API expuestas simplifican esta
comunicación. Los componentes de cliente se pueden escribir en
cualquier lenguaje de programación como, por ejemplo, Java o
C++, y se pueden ejecutar en cualquier sistema operativo, siempre que
pueden comunicarse con la capa de la lógica de
aplicación. De la misma forma, las bases de datos del tercer
nivel pueden tener cualquier diseño, siempre que la capa de la
lógica de aplicación pueda consultarlas y manipularlas.
La clave de esta arquitectura es la capa de la lógica de
aplicación. |
|
|
| |
| Visión general de la familia de productos |
|
|
|
A continuación se
describen varias líneas de productos que complementan IBM
WebSphere Application Server. Para obtener más
información sobre la disponibilidad y el precio de los
productos, consulte las páginas Web www.ibm.com de cada producto.
|
|
|
|
Información
básica y herramientas
Los siguientes productos
colaboran para ayudarle a aumentar la escalabilidad y la productividad,
mediante la creación y el desarrollo de aplicaciones de
e-business de forma rápida y segura.
| |
|
| » |
WebSphere
Application Server
Los cambios de empaquetamiento en la versión 5 hacen que la
actualización sea más fácil que nunca,
según las necesidades y el crecimiento de su empresa. |
|
|
| » |
WebSphere
MQ
Software para intercambiar información entre más de 35
plataformas con entrega asegurada. |
|
|
| » |
WebSphere
Studio
Herramientas profesionales de e-business con una tecnología de
trabajo común. Basadas en estándares abiertos, explotan
el entorno de tiempo de ejecución de WebSphere. |
|
|
|
|
Alcance y
experiencia de usuario
Los siguientes productos
colaboran para ayudarle a aumentar la lealtad del cliente, gracias a la
ampliación y la personalización de las experiencias de
usuario.
| |
|
| » |
WebSphere
Portal
Software que permite acceder a una amplia gama de orígenes de
datos desde cualquier ubicación, en cualquier momento, a los
usuarios que desee. |
|
|
| » |
WebSphere
Everyplace Access
Infraestructura de software que da soporte a las soluciones
portátiles, al ampliar las aplicaciones de e-business a los
dispositivos portátiles. |
|
|
| » |
WebSphere
Commerce
Conjunto de soluciones de gran potencia diseñadas para afrontar
los distintos retos relacionados con la venta en entornos B2B (de
empresa a empresa) y B2C (de empresa a consumidor). |
|
|
|
|
Integración
de empresa
Los siguientes productos
colaboran para ayudarle a aumentar la agilidad de la empresa, mediante
la integración de aplicaciones y la automatización de los
procesos empresariales.
| |
|
| » |
WebSphere
Business Integration
Este software crea una infraestructura flexible para dar soporte a los
imperativos de una empresa dinámica. |
|
|
| » |
WebSphere
MQ Integrator
Este software permite conectar e integrar de forma flexible los activos
de la empresa y los socios comerciales. |
|
|
|
|
IBM 3270 Personal Communications
El
IBM 3270 Personal Communications proporciona
acceso a los datos y a las aplicaciones residentes en
hosts de terminal virtual iSeries (5250), zSeries (3270) y DEC/UNIX
para los
usuarios Web tradicionales en entornos de red SNA e intranet. Es
compatible con
la tecnología de cliente ligero a fin de suministrar acceso a
host a los
usuarios remotos y también a aquellos usuarios en entornos de
intranet y
extranet.
Este
software de emulación TN3270E, para estaciones de trabajo,
permite acceder en
forma transparente a los sistemas del API, y esta probado y homologado
por la
Dirección Provincial de Informática - Area Teleproceso.
Según esta repartición, "IBM
3270
Personal
Communications, está probado y soporta todas las
funcionalidades
requeridas."
Para mas
información contactar a: Jose Scheleifer (
jschleifer@druidics.com.ar)
Para mas
detalles haga clic aqui
|
| |
| « volver |
|
|
|
|
