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
Entorno de ObjectGrid
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.
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.
Gestión de sesiones
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.
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.
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.
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
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