Modelo de Configuração

Você pode escolher entre três modelos de configuração diferentes, que estão definidos abaixo:

• Modelo baseado em HTML
• Modelo de configuração baseado no servidor
• Modelo combinado

Modelo baseado em HTML
Especifica que todas as informações da sessão são definidas e gerenciadas nesse arquivo HTML. Você tem o mesmo conjunto de opções de sessão que teria se estivesse utilizando o servidor de configuração.

Informações de configuração necessárias e preferências do usuário (por exemplo, alterações de cor), se permitidas, são armazenadas localmente na máquina do usuário.

As preferências do usuário para portlets do Host On-Demand que são armazenadas no WebSphere Portal, não na máquina local do usuário. No entanto, isso é verdadeiro apenas se você tiver concedido aos usuários acesso apropriado ao portlet e à página da Web que irá acessar o portlet. Os usuários do WebSphere Portal V4 devem ter acesso ao Editor ou ao Gerente, e os usuários do WebSphere Portal V5 devem ter acesso ao Usuário, Editor, Gerente ou Administrador Privilegiado. Para obter informações adicionais sobre como conceder acesso aos usuários, consulte a documentação do WebSphere Portal.

O modelo com base em HTML é o modelo de configuração recomendado para os portlets do Host On-Demand. Consulte Considerações Especiais ao Utilizar um Portlet do Host On-Demand no guia de Planejamento, Instalação e Configuração do Host On-Demand para compará-lo com outros modelos de configuração.

A escolha desse modelo tem várias vantagens:

• O servidor de configuração não é utilizado. Portanto, não é necessário iniciar o gerenciador de serviços do Host On-Demand a não ser que você esteja utilizando os serviços do Host On-Demand, como o Redirecionador, o proxy i5/OS e OS/400 ou a contagem de utilização de licenças (a contagem de utilização de licenças é ativada por padrão, mas pode ser desativada).
• O desempenho pode ser melhor do que utilizar o servidor de configuração, pois você não terá grandes números de usuários acessando configurações personalizadas no servidor de configuração.
• Você não precisa criar ou manter os IDs de usuários do Host On-Demand.
• Não há nenhum login de usuário.
• Não há problemas de firewall por que você não precisar abrir uma porta separada para acessar o servidor de configuração.

A escolha desse modelo pode ter algumas limitações (dependendo do seu ambiente):

• Se os usuários fizerem alterações em suas configurações pessoais, essas alterações podem não estar disponíveis em outras máquinas sem que sejam copiadas fisicamente.
• Se o administrador precisar definir um grande número de configurações diferentes, manter todos os arquivos HTML pode se tornar um fardo.
• O Assistente para Implementação não é executado remotamente. Portanto, não há nenhum mecanismo interno para administras sessões remotamente.

Se essa opção for selecionada, o administrador utiliza o Assistente para Implementação para definir sessões no HTML. Todas as alterações feitas pelo usuário são armazenadas na máquina do usuário. (No entanto, ainda é possível optar por não permitir que os usuários salvem quaisquer alterações de sessão ou que bloqueiem propriedades específicas.) Assim, se o administrador atualizar os dados da sessão utilizando o Assistente para Implementação, essas alterações serão mescladas com quaisquer alterações que o usuário tenha feito anteriormente. Nesse caso, todas as preferências do usuário serão mantidas a não ser que o administrador opte por substituir essas preferências.

O modelo baseado em HTML é o valor padrão.

Modelo de configuração baseado no servidor
Especifica que todas as sessões são configuradas e gerenciadas no servidor de configuração, utilizando o Utilitário de Administração e que cada usuário tem um ID no servidor de configuração em que são mantidas informações específicas do usuário.

A configuração necessária é armazenada nos IDs de grupo ou de usuário no servidor de configuração; as preferências do usuário, se forem permitidas, serão armazenadas no ID do usuário. Um ID por usuário é requerido no servidor de configuração.

A escolha desse modelo tem várias vantagens:

• Permite que os usuários acessem suas configurações personalizadas de qualquer máquina com acesso à rede por que essas configurações são armazenadas no servidor de configuração.
• Para grandes números de configurações diferentes, pode ser vantajoso organizá-los, utilizando estruturas de grupos e de usuários do servidor de configuração.
• Permite administração remota de sessões, utilizando o Utilitário de Administração.

A escolha desse modelo pode ter algumas limitações:

• Vários portlets do Host On-Demand não podem residir em uma única página do WebSphere Portal. Se você desejar exibir vários portlets do Host On-Demand em uma única página do WebSphere Portal, utilize o modelo com base em HTML. O modelo com base em HTML é o recomendado para utilizar portlets do Host On-Demand.
• Há requisitos administrativos muito altos para criar e manter todos os IDs do usuário. (No entanto, opcionalmente, você pode ter IDs de usuários criados automaticamente com base em nomes de usuários do Windows para ajudar a simplificar esse processo).
• O desempenho pode cair com os grandes números de usuários acessando configurações personalizadas no servidor de configuração.
• Requer que cada usuário contacte o servidor de configuração antes de utilizar o Host On-Demand.
• Os usuários precisam efetuar logon. (No entanto, os usuários podem ter a sessão iniciada automaticamente, utilizando seus nomes de usuário do Windows.)

Nesse modelo, o administrador utiliza o Utilitário de Administração para definir informações de sessão para usuários e grupos.

Se o administrador atualizar os dados de sessão, utilizando o Utilitário de Administração, essas atualizações serão mescladas com quaisquer alterações que o usuário tenha feito anteriormente. Todas as preferências do usuário serão mantidas.

Modelo combinado
Como o modelo de configuração baseado no servidor, especifica que todas as informações de sessão são definidas e gerenciadas no servidor de configuração, utilizando o Utilitário de Administração (os usuários obtém sessões padrão a partir de um grupo especificado no servidor de configuração).

Entretanto, ao contrário do modelo de configuração baseado no servidor, as informações de configuração necessárias e as preferências do usuário, se forem permitidas, serão armazenadas localmente na máquina do usuário e não no servidor de configuração no ID do usuário.

As preferências do usuário para portlets do Host On-Demand que são armazenadas no WebSphere Portal, não na máquina local do usuário. No entanto, isso é verdadeiro apenas se você tiver concedido aos usuários acesso apropriado ao portlet e à página da Web que irá acessar o portlet. Os usuários do WebSphere Portal V4 devem ter acesso ao Editor ou ao Gerente, e os usuários do WebSphere Portal V5 devem ter acesso ao Usuário, Editor, Gerente ou Administrador Privilegiado. Para obter informações adicionais sobre como conceder acesso aos usuários, consulte a documentação do WebSphere Portal.

A escolha desse modelo tem várias vantagens:

• Nenhum ID do usuário do Host On-Demand para criar ou manter.
• O desempenho pode ser melhor do que utilizar o servidor de configuração por que, embora você ainda tenha que acessar o servidor de configuração, não terá grandes números de usuários acessando configurações personalizadas no servidor de configuração (algumas informações são armazenadas localmente).
• Não há nenhum login de usuário.
• Para grandes números de configurações diferentes, pode ser vantajoso organizá-los, utilizando estruturas de grupos e de usuários do servidor de configuração.
• Permite administração remota de sessões, utilizando o Utilitário de Administração (no entanto, você ainda precisará utilizar o Assistente para Implementação para obter informações nos arquivos HTML).

A escolha desse modelo pode ter algumas limitações (dependendo do seu ambiente):

• Se você fizer as alterações em suas configurações pessoais, essas alterações não estarão disponíveis em outras máquinas sem copia-las fisicamente.
• O desempenho pode cair com grandes números de usuários acessando simultaneamente o servidor de configuração para obter suas configurações padrão. No entanto, os usuários não acessarão o servidor de configuração para obter suas preferências de usuário.

Se essa opção estiver selecionada, o Utilitário de Administração será utilizado para criar um grupo no servidor de configuração e criar sessões necessárias para esse grupo. Em seguida, o administrador utiliza o Assistente para Implementação para configurar os arquivos HTML que os usuários acessarão, nos quais os arquivos HTML especificam o grupo do servidor de configuração do qual as configurações padrão devem ser obtidas. Se o administrador atualizar os dados de sessão, utilizando o Utilitário de Administração, essas atualizações serão mescladas com quaisquer alterações que o usuário tenha feito anteriormente. Nesse caso, todas as preferências do usuário serão mantidas a não ser que o administrador opte por substituir essas preferências.