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:
- 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.
- Clique no link do aplicativo BeenThere.
- Selecione edição 2.0 e clique em Ativar.
- Para criar políticas de roteamento para cada edição de aplicativo,
faça o seguinte:
- Clique em Aplicativos > Aplicativos Corporativos.
- Clique no link do aplicativo. Para este tutorial,
clique em BeenThere.
- Clique na guia Políticas de Roteamento.
- 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.
- Clique em Construtor de Regras.
- Na lista de regras, selecione uma regra. Para este tutorial,
selecione Host do Cliente (clienthost) e clique em Incluir.
- 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.
- Clique em OK novamente.
- Expanda Classes de Trabalho para Pedidos HTTP.
- 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.
- No início da guia Políticas de Roteamento, clique em Aplicar.
- Salve as alterações no repositório de configuração e sincronize os nós.
- Verifique se o ODR está em execução. Clique em Servidores
> On Demand Routers.
- 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.