![[z/OS]](../images/ngzos.gif)
Granularidade de RAS para Pedidos de Adaptador Local de HTTP, IIOP, MDB e Otimizados
Granularidade de Reliability Availability and Serviceability (RAS) é a capacidade de designar diferentes valores de atributo RAS a diferentes conjuntos de pedidos dentro do mesmo servidor de aplicativos. É possível melhorar a confiabilidade, disponibilidade e capacidade de manutenção do servidor de aplicativos e os pedidos que ele processa utilizando os recursos de granularidade do RAS introduzidos na versão 8.0 do produto.
O servidor de aplicativos aplica um conjunto de atributos RAS a todos os pedidos que processa. Atributos RAS afetam a confiabilidade, disponibilidade e capacidade de manutenção do servidor e os pedidos. Exemplos de atributos RAS incluem valores de tempo limite, ações de valor de tempo limite, configurações de rastreio, e assim por diante.
Granularidade de RAS é a capacidade de designar diferentes valores de atributo RAS a diferentes conjuntos de pedidos. A fineza de granularidade de RAS depende de quão exclusivamente o servidor de aplicativos pode distinguir um conjunto de pedidos de outro.
A granularidade de RAS por servidor significa que um único conjunto de valores de atributo RAS é definido na configuração do servidor. Esse único conjunto de valores de atributo RAS aplica-se a todos os pedidos que o servidor de aplicativos processa. Um exemplo de um atributo RAS por servidor é a configuração de rastreio. É possível definir somente uma configuração de rastreio para um servidor de aplicativos. Essa configuração de rastreio aplica-se a todos os pedidos que o servidor de aplicativos processa.
Granularidade de RAS por protocolo significa que os múltiplos conjuntos de valores de atributo RAS podem ser definidos na configuração do servidor, um conjunto para cada protocolo. O servidor de aplicativos divide pedidos em conjuntos com base no protocolo de pedido, como o protocolo de HTTP ou o protocolo de IIOP. O servidor de aplicativos então aplica o conjunto de valores de atributo RAS definido para esse protocolo nos pedidos para esse protocolo. Um exemplo de um atributo RAS por protocolo é o tempo limite de dispatch. É possível definir o tempo limite de dispatch para pedidos de IIOP utilizando a propriedade control_region_wlm_dispatch_timeout e para pedidos de HTTP utilizando a propriedade protocol_http_timeout_output.
É possível obter uma granularidade mais baixa de RAS definindo valores de atributo do RAS em uma base por classificação de carga de trabalho. Granularidade de RAS por classificação de carga de trabalho significa que os múltiplos conjuntos de valores de atributo RAS podem ser definidos na configuração do servidor, um para cada elemento de classificação de carga de trabalho no arquivo de classificação de carga de trabalho. O servidor de aplicativos classifica pedidos com base nos elementos de classificação de carga de trabalho definidos no arquivo de classificação de carga de trabalho. O servidor de aplicativos então aplica o conjunto de valores de atributo RAS definido para um elemento de classificação de carga de trabalho para os pedidos que estão classificados sob esse elemento de classificação de carga de trabalho.
- Para pedidos de HTTP, o servidor de aplicativos pode classificar pedidos
tão granulares quanto a uniform resource identifier (URI) específica.
O servidor de aplicativos pode designar um conjunto exclusivo de valores de atributo RAS a pedidos de HTTP em uma base por URI.
- Para pedidos de IIOP, o servidor de aplicativos pode classificar pedidos
tão granulares quanto o método Enterprise JavaBeans (EJB) específico que está sendo chamado.
O servidor de aplicativos pode designar um conjunto exclusivo de valores de atributo RAS a pedidos de IIOP em uma base por método EJB.
- Para pedidos de adaptador local otimizado, o servidor de aplicativos pode
classificar pedidos tão granulares quanto o nome do serviço ou o nome de início
JNDI do aplicativo EJB a ser orientado.
O servidor de aplicativos pode designar um conjunto exclusivo de valores de atributo RAS a pedidos de adaptador local otimizado em uma base por nome do serviço ou por nome de início JNDI.
- Para pedidos de MDB, o servidor de aplicativos pode classificar pedidos
tão granulares quanto a cláusula de seletor no descritor de implementação de MDB.
O servidor de aplicativos pode designar um conjunto exclusivo de valores de atributo RAS a pedidos de MDB em uma base por seletor.