[AIX Solaris HP-UX Linux Windows][z/OS]

Validando uma Edição

A validação de uma edição é o processo de determinar se uma nova edição está disponível e pronta para ser colocada em produção e substituir a edição atual. É possível instalar e validar uma nova edição sob condições realísticas enquanto a edição do aplicativo de produção continua a atender a pedidos.

Antes de Iniciar

  • Certifique-se de que todos os módulos para seu aplicativo sejam implementados nos mesmos destinos de implementação.
  • Defina regras de roteamento exclusivas para a edição 2.0. As regras de roteamento permitem que as edições sejam executadas simultaneamente e que pedidos de Hypertext Transfer Protocol (HTTP) para a edição de validação sejam roteados corretamente para o destino de validação sem interferir na edição 1.0. Para este cenário, utilize o aplicativo my_application. Instale as duas edições de aplicativos, 1.0 e 2.0, no cluster dinâmico dynamic_cluster_1. Para obter informações adicionais, leia sobre como criar políticas de roteamento para edições de aplicativos.
  • Para configurar o modo operacional do cluster de validação clonado como um modo diferente do cluster de produção, crie a propriedade customizada VALIDATION_OPERATIONALMODE no console administrativo. Caso contrário, o cluster de validação será configurado com o mesmo modo operacional do cluster de produção após sua criação. Configure o valor como Automático, Manual ou Supervisionado. Se você especificar qualquer outro valor ou não especificar um valor, o cluster dinâmico de validação será configurado como modo manual.
    Restrição: Apenas dois membros de cluster podem ser utilizados ou criados no modo de validação. É possível mapear políticas de serviços de roteamento para o aplicativo do modo de validação, mas não mais do que dois membros de cluster são iniciados para manter o trabalho. Essa configuração pode ser sobrescrita depois que o cluster de validação é criado, alterando o número mínimo e máximo de dynamic cluster instances.
  • Se você for um usuário com uma função de monitor ou operador, poderá visualizar apenas as informações do gerenciador de edição de aplicativo. Se você tiver a função de configurador ou de administrador, terá todos os privilégios de configuração do gerenciador de edição de aplicativo.
Evitar Problemas Evitar Problemas: Reinicie o navegador antes de validar uma edição. Ao reiniciar o navegador, você assegura que as sessões anteriores expiraram e que as solicitações serão roteadas para o aplicativo sob validação.gotcha
Evitar Problemas Evitar Problemas: Assegure-se de que o aplicativo sendo validado não seja implementado em um servidor da web, uma vez que pode causar falha na validação. Os aplicativos precisam ser implementados em servidores de aplicativos para validação adequada.gotcha

Sobre Esta Tarefa

Considere o seguinte cenário como um exemplo de como a validação é executada em uma edição: A edição 1.0 de um aplicativo está instalada, ativa e em execução em um cluster dinâmico. A edição 2.0 é a edição de validação candidata e está instalada no mesmo destino de implementação no estado inativo. A validação da edição 2.0 clona o destino de implementação da edição 2.0. Por exemplo, a validação pode criar um novo cluster dinâmico, como DC-Validation, e mapear a edição 2.0 para esse novo cluster. O cluster clonado utiliza os membros de cluster existentes como o modelo de servidor para a criação dos servidores clonados.

Após a criação do destino do clone de validação, a ativação da edição 2.0 e a definição das regras de roteamento, é possível iniciar, parar e reconfigurar a edição.

Procedimento

  1. Clique em Aplicativos > Centro de Controle de Edições para verificar se o aplicativo tem duas edições instaladas, com apenas uma edição ativa.
  2. Opcional: Se você desejar criar um cluster de validação que tenha um modo operacional diferente do cluster de produção, poderá definir a propriedade customizada VALIDATION_OPERATIONALMODE no cluster de produção. Inclua o cluster de validação no barramento de integração de serviços (SIB). Se você não definir essa propriedade customizada, o cluster de validação terá o mesmo modo operacional do cluster de produção.
  3. Atualize as ligações de referência do Enterprise JavaBeans (EJB) para especificar o novo nome do cluster. Antes de implementar o aplicativo a partir do cluster de validação, as ligações deverão ser alteradas novamente para o valor original.
  4. Clique no aplicativo my_application.
  5. Selecione edição 2.0 e clique em Validar. A página de Status de Validação mostra cada etapa de validação do cluster dynamic_cluster_1 dynamic e de implementação da edição 2.0 para o cluster clonado. O centro de controle de edição de aplicativo mostra que uma das edições está no modo de validação, e a página Gerenciar Edições mostra que o destino da edição 2.0 é agora o cluster dinâmico dynamic_cluster_1-Validation. A página Cluster Dinâmico mostra que o cluster dinâmico dynamic_cluster_1-Validation foi criado e a página Servidores mostra os servidores clonados.
    Dica: Se você desejar salvar o cluster de validação após executar a implementação, poderá criar a propriedade customizada saveClonedCluster no cluster de validação. Caso contrário, o destino de validação será excluído após a implementação da edição ou após a validação ser cancelada para todos os aplicativos no destino de validação. Por exemplo, se você tiver dois aplicativos implementados no destino de validação, e um dos aplicativos estiver validado e implementado, o destino de validação não será excluído até que o segundo aplicativo seja validado. A propriedade customizada saveClonedCluster se aplica apenas aos clusters dinâmicos. Para obter informações adicionais, leia sobre as propriedades customizadas do gerenciador de edição de aplicativo.
  6. Verifique se a validação ocorreu corretamente. Clique em Aplicativos > Aplicativos Corporativos ou Aplicativos > Todos os Aplicativos. Edite o aplicativo my_application-edition2.0.
    • Para aplicativos PHP e WebSphere Application Server Community Edition:

      Verifique se a raiz de contexto, os destinos de implementação, etc., estão apontando para o cluster clonado.

    • Para aplicativos corporativos(Java™ Platform, Enterprise Edition (Java EE)):

      Selecione Gerenciar Módulos. Verifique se a edição 2.0 foi mapeada para o cluster de validação. Nas referências do Mapa Enterprise JavaBeans (EJB) para visualização de detalhes de beans, verifique se o nome Java Naming and Directory Interface está ajustado para o novo nome de destino clonado.

      Para uma edição de aplicativo com ligações completas, baseadas no nome de destino de implementação original para operar corretamente em um destino de implementação de validação, é necessário alterar seus nomes de ligação para refletir os nomes de ligação completos no nome de destino de implementação de validação. Por exemplo, um aplicativo com uma referência de recurso ligada a /clusters/clusterb1/jdbc/CustomerData deve ter a ligação alterada para /clusters/cluster1-validation/jdbc/CustomerData, pois o aplicativo é preparado para ser executado no clone do destino de implementação.

  7. Navegue e revise o cluster de validação - detalhes da criação
    Clique em Clusters dinâmicos > DC_Name>guia Configuração e observe se as configurações a seguir são copiadas para o cluster de validação:
    • Número mínimo de instâncias de cluster
    • Empilhamento vertical de instâncias no nó
    • Política de associação
    Anote os detalhes a seguir:
    • O número máximo de instâncias de cluster é configurado para "2". Esta é uma restrição para clusters de validação.
    • A preferência de isolamento não é copiada, mas configurada para o padrão.
    • O modo operacional é copiado, mas pode ser substituído pela propriedade customizada VALIDATION_OPERATIONALMODE.
    • Nenhuma propriedade customizada de clusters dinâmicos é copiada para o cluster de validação.
      Nota: As propriedades customizadas do cluster de produção não são propagadas para o cluster de validação. Qualquer propriedade customizada do cluster dinâmico, se necessária, deve ser configurada após o cluster de validação ser criado.
  8. Teste a nova edição. Inicie o cluster de validação, e com as regras de roteamento em vigor, tente enviar um carregamento de pedido para a edição edition 2.0 para testar a edição. A edição edition 1.0 permanece em produção.

O que Fazer Depois

Se você concluir com êxito o teste da edição edition 2.0, poderá substituir a edição edition 1.0 pela edição edition 2.0. Se forem encontrados erros no teste, o modo de validação poderá ser cancelado.
  • Para substituir a edition 1.0 pela edition 2.0:
    1. Pare o destino de validação, por exemplo, dynamic_cluster_1-Validation.
    2. Exclua as regras de roteamento que são específicas à edition 2.0 para rotear todos os pedidos do aplicativo para uma única edição.
    3. Salve suas mudanças e sincronize os nós.
    4. Execute a implementação para a nova edição. Clique em Aplicativos > Centro de Controle de Edição > application_name. Selecione edição 2.0 e clique em Transferir. Durante a implementação, a edition 2.0 é destinada novamente ao seu destino de implementação original, por exemplo, dynamic_cluster_1. As transições de estado da edição de validação para ativo.
  • Se a edition 2.0 contiver erros, você poderá cancelar o modo de validação e mover a edition 2.0 novamente para seu estado inativo original. Como resultado, o cluster dinâmico duplicado, que foi criado para validação, é removido. Para obter mais informações sobre o cancelamento do modo de validação, leia sobre como cancelar uma validação de aplicativo.

Ícone que indica o tipo de tópico Tópico de Tarefa



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twve_appedval
Nome do arquivo: twve_appedval.html