WebSphere Extended Deployment, Version 6.0.x     Sistemas operativos: AIX, HP-UX, Linux, Solaris, Windows, z/OS

ObjectGrid

ObjectGrid es una infraestructura ampliable de antememoria de objetos transaccionales para las aplicaciones J2SE (Java 2 Platform, Standard Edition J2SE) y J2EE (Java 2 Platform, Enterprise Edition).

Puede utilizar la API de ObjectGrid al desarrollar las aplicaciones para que recuperen, almacenen, supriman o actualicen objetos en la infraestructura de ObjectGrid. Asimismo, puede implementar plug-ins personalizados que supervisen las actualizaciones en la antememoria, recuperen y almacenen datos con orígenes de datos externos, gestionen el desalojo de entradas de la memoria y manejen las funciones subordinadas de antememoria para su propio entorno de la aplicación ObjectGrid.

API basada en correlación

ObjectGrid proporciona una API que se basa en la interfaz java.util.Map. La API se amplía para admitir la agrupación de operaciones en bloques transaccionales. Esta interfaz es un superconjunto de la interfaz java.util.Map y añade soporte para operaciones de proceso por lotes, invalidación, asociación de palabras clave e inserción y actualización explícita. La semántica de correlación de Java se amplía con puntos de extensión para que pueda implementar las mejoras siguientes:

[Version 6.0.1 and later] Entorno de ObjectGrid

[Version 6.0.1 and later] Puede utilizar la infraestructura de ObjectGrid instalando una de las siguientes ofertas: En ambas ofertas, ObjectGrid da soporte a características de cliente/servidor. El tiempo de ejecución del servidor da soporte completo a la agrupación en clúster, la duplicación y la partición de antememorias de objetos distribuidos. El tiempo de ejecución del cliente da soporte al concepto de una antememoria cercana y la lógica de direccionamiento de gestión de cargas de trabajo a clústeres remotos. El tiempo de ejecución del cliente también da soporte a la creación de correlaciones de objetos locales.
[Version 6.0.1 and later] El nivel de soporte varía dependiendo de si ejecuta el tiempo de ejecución del cliente, el tiempo de ejecución del servidor, el ObjectGrid integrado o el ObjectGrid autónomo.
ObjectGrid integrado con la oferta de WebSphere Extended Deployment
Tiempo de ejecución del servidor: el tiempo de ejecución del servidor está integrado. Para WebSphere Extended Deployment Versión 6.0.1, el tiempo de ejecución integrado no está soportado en la plataforma z/OS.

Tiempo de ejecución del cliente: el tiempo de ejecución del cliente está soportado en J2SE y J2EE a nivel de JDK 1.3.1 y superiores, incluidos WebSphere Application Server Versión 5.0.2 y posteriores. El tiempo de ejecución del cliente está plenamente soportado en la plataforma z/OS.

Oferta de ObjectGrid autónomo
Tiempo de ejecución del servidor: el tiempo de ejecución del servidor puede ejecutarse en máquinas virtuales Java (JVM) autónomas como un único servidor o como un clúster de servidores. El servidor autónomo está soportado en la mayoría de plataformas J2SE y J2EE a nivel de JDK 1.4.2 y superiores. El servidor autónomo está soportado en WebSphere Application Server Versión 6.0.2 y posteriores. El tiempo de ejecución del servidor autónomo no está soportado en la plataforma z/OS para WebSphere Extended Deployment Versión 6.0.1.

Tiempo de ejecución del cliente: el tiempo de ejecución del cliente está soportado en las plataformas J2SE y J2EE a nivel de JDK 1.3.1 y superiores, incluidos WebSphere Application Sever Versión 5.0.2 y posteriores.

[Version 6.0.1 and later] Gestión de sesiones

[Version 6.0.1 and later] Se proporciona una implementación de gestión de sesiones HTTP plenamente distribuida que almacena los objetos de sesión HTTP en el ObjectGrid.

Instalación sencilla

Puede instalar y configurar ObjectGrid en pocos pasos. Estos pasos incluyen la copia de los archivos JAR (Java archive) en la classpath y la definición de algunas directivas de configuración.

Cambios transaccionales

Todos los cambios se realizan en el contexto de una transacción con el fin de garantizar una interfaz programática potente. La transacción se puede controlar explícitamente dentro de la aplicación o ésta última puede utilizar la modalidad de programación de compromiso automática. Estos cambios transaccionales se pueden duplicar en un clúster ObjectGrid en modalidades asíncronas y síncronas para proporcionar acceso escalable y con tolerancia a errores.

[Version 6.0.1 and later] Puede escalar ObjectGrid desde una cuadrícula sencilla que se ejecute en una única máquina virtual Java (JVM) hasta una cuadrícula que implique uno o varios clústeres ObjectGrid de máquinas virtuales Java. Estos servidores permiten que los datos estén disponibles a través de las API de correlación en un gran conjunto de clientes habilitados para ObjectGrid. Los clientes ObjectGrid utilizan las API de correlación Java. No obstante, el desarrollador de aplicaciones no necesita desarrollar API RMI (Remote Method Invocation) y TCP/IP Java, ya que el cliente ObjectGrid puede alcanzar los otros servidores ObjectGrid que mantienen información en la red. Si el conjunto de datos es demasiado grande para una única JVM, puede utilizar ObjectGrid para particionar los datos.

[Version 6.0.1 and later] ObjectGrid también ofrece a la solución de aplicación posibilidades de alta disponibilidad añadidas. La compartición de objetos se basa en un modelo de duplicación donde existe un servidor primario, uno o varios servidores de duplicación, y uno o varios servidores en reposo. Este clúster de servidores de duplicación se conoce como grupo de duplicación. Si el acceso al grupo de duplicación es una operación de escritura, la petición se direcciona al servidor primario. Si el acceso es una operación de lectura, o si la correlación es una correlación de sólo lectura, la petición se puede direccionar a los servidores primario o de duplicación. Los servidores en reposo están definidos como servidores de duplicación potenciales si falla un servidor. Si falla un servidor primario, un servidor de duplicación se convierte en el servidor primario para minimizar las interrupciones. Este comportamiento se puede configurar y ampliar, dependiendo de sus necesidades.

[Version 6.0.1 and later] Si desea utilizar un enfoque de propagación de objetos más sencillo, también hay disponible un modelo de servicio de igual a igual de menor calidad, como existía en Extended Deployment Versión 6.0. Con este soporte de transacciones distribuidas, se pueden notificar a los iguales los cambios mediante un transporte de mensajes. El transporte de mensajes está incorporado si ejecuta WebSphere Application Server Versión 6.0.2 o posterior. Si no ejecuta WebSphere Application Server Versión 6.0.2 o posterior, se debe proporcionar otro transporte de mensajes como, por ejemplo, un proveedor JMS (Java Message Service).

API compatibles con el contenedor de inyección

Configure el ObjectGrid con un archivo XML sencillo o mediante programación con API Java. Las API Java están diseñadas para trabajar también en entornos donde se utilizan infraestructuras basadas en inyección para configurar las aplicaciones. También se pueden invocar las API e interfaces de los objetos ObjectGrid mediante un contenedor de IoC (Inversión de control) y luego se pueden inyectar las referencias a los objetos ObjectGrid clave en la aplicación.

Arquitectura ampliable

Puede ampliar la mayoría de los elementos de la infraestructura ObjectGrid mediante el desarrollo de plug-ins. Puede ajustar ObjectGrid para que permita a una aplicación tomar decisiones para encontrar un equilibrio entre coherencia y rendimiento. El código personalizado de plug-in también puede dar soporte a los siguientes comportamientos específicos de las aplicaciones: Puede implementar todos estos comportamientos si que se vea afectado la utilización de las interfaces básicas de API de antememoria de ObjectGrid. Con este grado de transparencia, las aplicaciones que utilicen la infraestructura de antememoria pueden experimentar modificaciones considerables de los almacenes de datos y el proceso de transacciones sin que éstas resulten alteradas.

Utilice ObjectGrid como una API principal o una antememoria de segundo nivel

La aplicación puede utilizar directamente las API de ObjectGrid como una antememoria "lookaside" o una antememoria "write through". En la modalidad "write through", la aplicación conecta un objeto Loader de manera que el ObjectGrid pueda aplicar cambios a la aplicación y extraer datos directamente, de modo transparente, de la aplicación. También se puede utilizar ObjectGrid como una antememoria de segundo nivel para correlacionadores relacionales de objetos conocidos escribiendo un adaptador. La antememoria es invisible a la aplicación en esta modalidad porque la aplicación utiliza las API del correlacionador relacional de objetos como la API principal para acceder a los datos.

Para empezar a utilizar y desarrollar las aplicaciones ObjectGrid, consulte Guía de iniciación de ObjectGrid.

Para obtener más información sobre las API de ObjectGrid, consulte la guía de programación avanzada de ObjectGrid. Consulte Recursos de ObjectGrid para obtener más información.




Related tasks
Guía de iniciación de ObjectGrid

Tema de concepto    

Condiciones de uso | Comentarios Última actualización: Mar 14, 2006 10:58:39 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/prodovr/cobgojbectgrid.html

© Copyright IBM 2005, 2006. Reservados todos los derechos.
Este centro de información se ha realizado con tecnología de Eclipse. (http://www.eclipse.org)