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

Ativando Edições Simultâneas

Este tópico descreve como ativar várias edições do mesmo aplicativo simultaneamente. A ativação simultânea é útil para validação de pré-produção, conduzindo um aplicativo para um grupo de seleção de usuários e a consolidação de ramificação quando um upgrade de aplicativo requer uma alteração correspondente nas ramificações identificáveis de máquinas clientes.

Antes de começar

Você deve ter pelo menos duas edições do mesmo aplicativo instaladas. Para este tutorial, a edição de aplicativo 1.0 BeenThere é instalada no destino BTDC1 e a edição 2.0 é instalada no destino BTDC2.

Por que e quando realizar esta tarefa

Cada edição deve estar ativa em um destino de implementação separado. Quando várias edições do mesmo aplicativo estiverem disponíveis simultaneamente para usuários no mesmo ambiente, o ODR (On Demand Router) não poderá diferenciar entre as edições ativas sem alguma informação disponível para retirar a ambigüidade do pedido e roteá-lo para a edição pretendida. É possível utilizar regras de roteamento ou interfaces exclusivas para cada edição para evitar esta ambigüidade. Para hospedar e acessar simultaneamente várias edições de aplicativos residentes em vários destinos de implementação, faça o seguinte:
  1. Clique em Aplicativos > Centro de Controle de Edições. Verifique se duas edições de seu aplicativo estão instaladas com apenas uma edição ativa.
  2. Clique no link do aplicativo BeenThere.
  3. Selecione edição 2.0 e clique em Ativar.
  4. Para criar políticas de roteamento para cada edição de aplicativo, faça o seguinte:
    1. Clique em Aplicativos > Aplicativos Corporativos.
    2. Clique no link do aplicativo. Para este tutorial, clique em BeenThere.
    3. Clique na guia Políticas de Roteamento.
    4. Expanda Classes de Trabalho para Pedidos HTTP. Como não foram especificadas regras de roteamento, todos os pedidos serão roteados para a edição exibida nesta página. Para este tutorial, todos os pedidos são roteados para a edição de aplicativo BeenThere-edition2.0.
    5. Clique em Construtor de Regras.
    6. Na lista de regras, selecione uma regra. Para este tutorial, selecione Host do Cliente (clienthost) e clique em Incluir.
    7. Selecione critérios para a regra. Para este tutorial, selecione um operador Equals (=) e digite um valor de seu nome do host do cliente. Clique em OK.
    8. Clique em OK novamente.
    9. Expanda Classes de Trabalho para Pedidos HTTP.
    10. Configure a ação associada à nova regra. Para este tutorial, os pedidos do host são roteados para a edição BeenThere-edition1.0. Selecione a ação correspondente na lista Then e clique em Aplicar para salvar a regra.
    11. No início da guia Políticas de Roteamento, clique em Aplicar.
    12. Salve as alterações no repositório de configuração e sincronize os nós.
    13. Verifique se o ODR está em execução. Clique em Servidores > On Demand Routers.
    14. Teste o acesso simultâneo a edições de aplicativos. Selecione as duas edições de aplicativos, selecionando os servidores de aplicativos associados aos dois clusters dinâmicos BTDC1 e BTDC2 e clicando em Iniciar.

Resultado

Quando os pedidos forem enviados para o ODR do cliente com o nome do host fornecido, os pedidos serão atendidos pela edição 1.0, enquanto os pedidos de todos os demais clientes serão atendidos pela edição 2.0.

Exemplo:

Por exemplo, para executar um teste de pré-produção de uma edição de aplicativo no ambiente de produção com um conjunto selecionado de usuários, você pode clonar o destino de implementação, incluindo suas definições de recursos e de segurança e ativar a edição de destino no ambiente clonado. Utilize regras de roteamento para instruir o ODR a desviar um subconjunto selecionado de usuários para a edição.

Além disso, se você estiver conduzindo seu aplicativo, poderá utilizar regras de roteamento para separar os usuários pilotos da edição 2.0 dos usuários gerais da edição 1.0.

No caso de uma consolidação de ramificação, utilize regras de roteamento para direcionar cada ramificação para a edição apropriada. Conforme o código do cliente é atualizado em cada ramificação sucessiva, as regras de roteamento do lado do servidor poderão ser atualizadas para qualificar os clientes da ramificação recém-atualizada para serem enviados para a edição apropriada.

Para casos em que as regras de roteamento são insuficientes para diferenciar pedidos de usuários ou em que o usuário prefere uma alternativa às regras de roteamento, cada edição poderá receber seu URI e nome JNDI (Java Naming and Directory Interface) EJB (Enterprise JavaBeans) exclusivos. Diferente de regras de roteamento, as interfaces exclusivas para cada edição são expostas aos usuários do aplicativo. Portanto, o usuário pode escolher o nome apropriado para conduzir a edição apropriada.




Related concepts
Conceitos do Gerenciador de Edições

Related tasks
Instalando uma Primeira Edição
Consolidando uma Edição
Recuperando uma Edição

Related reference
Políticas de Roteamento para Classes de Trabalho

Tópico de Tarefa    

Termos de Uso | Feedback Última atualização: Mar 21, 2006 12:49:57 PM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/appedition/tappedconc.html

© Copyright IBM 2005, 2006. Todos os Direitos Reservados.
Este centro de informações é desenvolvido em tecnologia Eclipse. (http://www.eclipse.org)