ObjectGrid é uma estrutura de armazenamento em cache de objeto transacional extensível para aplicativos J2SE (Java 2 Platform, Standard Edition) e J2EE (Java 2 Platform, Enterprise Edition).
Você pode utilizar a API de ObjectGrid ao desenvolver seus aplicativos para recuperar, armazenar, excluir e atualizar objetos na estrutura ObjectGrid. Você também pode implementar plug-ins customizados que monitoram atualizações para o cache, recuperar e armazenar dados com origens de dados externas, gerenciar a evidência de entradas do cache e manipular a funcionalidade de cache em segundo plano para seu próprio ambiente de aplicativos ObjectGrid.
API Baseada em Mapa
O Ambiente ObjectGrid
Tempo de execução de cliente: O tempo de execução de cliente é suportado no J2SE e J2EE no nível de JDK 1.3.1 e superior, incluindo o WebSphere Application Server Versão 5.0.2 e posterior. O tempo de execução de cliente é totalmente suportado na plataforma z/OS.
Tempo de execução de cliente: O tempo de execução de cliente é suportado nas plataformas J2SE e J2EE no nível de JDK 1.3.1 e superior, incluindo o WebSphere Application Server Versão 5.0.2 e posterior.
Gerenciamento de sessão
Uma implementação de gerenciamento de Sessões HTTP totalmente distribuída
é fornecida, a qual armazena objetos de Sessão HTTP no ObjectGrid.
Instalação Simples
Você pode instalar e configurar o ObjectGrid em algumas etapas simples. Estas etapas incluem a cópia dos arquivos JAR (Java Archive) para seu caminho de classe e a definição de novas diretrizes de configuração.
Alterações Transacionais
Todas as alterações são feitas no contexto de uma transação para garantir uma interface programática robusta. A transação pode ser explicitamente controlada no aplicativo ou o aplicativo pode utilizar o modo de programação de confirmação automática. Essas alterações transacionais podem ser replicadas por um cluster de ObjectGrid nos modos assíncrono e síncrono para fornecer acesso escalável e tolerante a falhas.
É possível escalar o ObjectGrid de uma grade simples em execução
em uma JVM (Java Virtual Machine) única para uma grade que envolva um ou mais clusters
de ObjectGrid de Java Virtual Machines. Esses servidores disponibilizam os dados
através das APIs de Map para um grande conjunto de clientes habilitados para ObjectGrid. Os clientes
ObjectGrid utilizam as APIS de Map Java básicas. No entanto, o desenvolvedor de aplicativos não precisa
desenvolver APIs de TCP/IP e RMI (Remote Method Invocation) Java porque o
cliente ObjectGrid pode alcançar os outros servidores ObjectGrid que contêm
informações pela rede. Se seu conjunto de dados for muito grande para uma
única JVM, você pode utilizar o ObjectGrid para particionar os dados.
O ObjectGrid também oferece recursos de alta disponibilidade adicionais para sua solução de aplicativo. O compartilhamento de objeto se baseia em um modelo de
replicação no qual existem um servidor principal, um ou mais servidores de replicação e um ou mais servidores de espera. Esse cluster de servidores de replicação é chamado de
um grupo de replicação. Se o acesso ao grupo de replicação for uma operação de gravação,
o pedido será roteado para o servidor principal. Se o acesso for uma
operação de leitura ou se o mapa for uma mapa de leitura, o pedido poderá ser roteado
para o servidor principal ou para os servidores de replicação. Os servidores de espera são definidos como
servidores de replicação potenciais se um servidor falhar. Se um servidor principal falhar,
um servidor de replicação tornar-se-á o servidor principal para minimizar interrupções.
Este comportamento é configurável e extensível com base em suas necessidades.
Se você quiser utilizar uma abordagem mais simples de propagação de objetos,
um modelo ponto-a-ponto de qualidade de serviço mais baixa também está disponível, como acontecia no Extended Deployment Versão 6.0. Com este suporte transacional distribuído mais simples,
os pares podem ser notificados das alterações utilizando um transporte de mensagens. O transporte de
mensagens é integrado se você estiver executando o WebSphere Application Server
Versão 6.0.2 ou posterior. Se você não estiver executando o WebSphere Application Server
Versão 6.0.2 ou posterior, será preciso fornecer outro transporte de mensagens, como um provedor
JMS (Java Message Service).
APIs Compatíveis com Contêiner de Injeção
Configure ObjectGrid utilizando um arquivo XML simples, ou programaticamente utilizando APIs Java. As APIs Java foram projetadas para funcionar também em ambientes nos quais você está utilizando estruturas baseadas em injeção para configurar seus aplicativos. As APIs e interfaces de objetos de ObjectGrid também podem ser chamadas por um contêiner IoC (Inversion of Control) e, em seguida, as referências a objetos ObjectGrid de chave podem ser injetadas no aplicativo.
Arquitetura Extensível
Utilizar ObjectGrid como uma API Primária ou Cache de Segundo Nível
As APIs de ObjectGrid podem ser utilizadas diretamente pelo aplicativo como um cache de repositório associado ou como um cache de gravação direta. No modo de gravação direta, o aplicativo conecta o objeto Loader para que ObjectGrid possa aplicar alterações e buscar dados de forma direta e transparente para o aplicativo. ObjectGrid também pode ser utilizado como um cache de segundo nível para mapeadores relacionais de objetos populares, gravando um adaptador. O cache é invisível para o aplicativo neste modo, porque utiliza APIs do mapeador de objetos relacionais como a API primária para acessar os dados.
Para começar a utilizar e desenvolver aplicativos ObjectGrid, consulte Introdução ao ObjectGrid.
Para obter informações adicionais sobre as APIs de ObjectGrid, consulte o guia de programação de ObjectGrid. Consulte Recursos de ObjectGrid para obter informações adicionais.
Related tasks
Introdução ao ObjectGrid