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

Conceitos do Gerenciador de Edições

Com o gerenciador de edições de aplicativos, é possível gerenciar diferentes versões e edições de seu aplicativo. Este tópico descreve a diferença entre versões e edições do gerenciador de edições de aplicativos, os métodos de upgrade de seu aplicativo e a validação e compatibilidade de edições.

Versões e Edições

Uma versão é uma geração sucessiva de uma interface, uma função, uma implementação ou um aplicativo inteiro e assim por diante. Versão é um conceito de desenvolvimento e de construção. Uma edição é uma geração de implementação sucessiva, por exemplo, a implementação de um determinado conjunto de artefatos com versão. Edição é um conceito de implementação e operacional. Estes termos distinguem entre o que ocorre em seu ambiente de desenvolvimento e construção e o que ocorre em seu ambiente de implementação e operacional.

Disponibilidade Contínua de Aplicativos

Muitos aplicativos de negócios requerem disponibilidade constante. As opções para configurações do WebSphere Application Server que suportam disponibilidade contínua estão documentadas no centro de informações do WebSphere Application Server Network Deployment e outras origens, como os IBM Redbooks. O padrão para disponibilidade de aplicativos assegura que os aplicativos sejam implementados em clusters do servidor de aplicativos. A redundância de um cluster é essencial para fornecer disponibilidade contínua.

Upgrade de Aplicativo sem Interrupção

O upgrade de aplicativo sem interrupção refere-se à capacidade de fazer upgrade enquanto mantém a disponibilidade contínua do aplicativo. Os usuários do aplicativo não têm perda de serviço durante o upgrade do aplicativo.

Edição de Aplicativo

Uma edição de aplicativo é uma implementação exclusiva de um aplicativo específico. No ambiente administrativo do WebSphere Application Server, uma edição de aplicativo é um aplicativo que é identificado exclusivamente pela combinação de um nome de aplicativo e um nome de edição. Várias edições do mesmo aplicativo possuem o mesmo nome de aplicativo, mas nomes de edições diferentes. O nome de edição pode ser numérico, como 1.0 ou 2.0, ou pode ser descritivo, como primeira edição ou edição azul.

Edição Básica

Edição Básica refere-se a um aplicativo implementado que não tenha informações de edição associadas. Por exemplo, os aplicativos instalados antes da inclusão do suporte ao gerenciador de edições na célula do WebSphere Extended Deployment são exibidos no gerenciador de edições como edições básicas.

Ativação de Edição

Ativação de Edição distingue entre dois estados nos quais pode existir uma edição de aplicativo. Quando uma edição é instalada pela primeira vez, ela está no estado inativo. Uma edição inativa não pode ser iniciada. É requerida uma ação explícita para colocar uma edição no estado ativo. Uma edição no estado ativo pode ser iniciada. A transição de inativa para ativa é conhecida como ativação.

Ativação Simultânea

Ativação Simultânea ocorre quando várias edições do mesmo aplicativo estão ativas e são iniciadas simultaneamente. As edições ativas simultaneamente podem fornecer a alguns usuários acesso a uma edição e a outros usuários acesso a outra. Por exemplo, se você introduzir uma nova edição de um aplicativo, talvez queira que um grupo de seleção de usuários teste-a, mas não desejará que todos os usuários tenham acesso a ela. Com a ativação simultânea, você deve estabelecer uma política de roteamento para distinguir quais usuários têm acesso a uma edição. Uma política de roteamento impede a ambigüidade e determina qual edição recebe o controle. A seguir está um diagrama de exemplo de ativação simultânea: Ativação Simultânea

Política de Roteamento

O WebSphere Extended Deployment fornece políticas de roteamento para aplicativos. Uma política de roteamento é armazenada como parte de metadados de configuração de um aplicativo. Com a política de roteamento, você pode expressar regras que instruem o ODR (On Demand Router) a enviar pedidos de aplicativos específicos para uma edição ou outra, com base em um conjunto de critérios. É possível utilizar vários critérios que especificam quais pedidos são enviados para uma edição de aplicativo específica. Isto possibilita o envio de pedidos de determinados usuários para uma edição e pedidos de outros usuários para outra edição.

Consolidação de Edição

Consolidação de Edição refere-se à implementação e ativação de uma edição de aplicativo em um cluster de servidores. Para fornecer upgrades de aplicativos sem interrupção, a consolidação de aplicativo inclui o quiesce de pedidos para o aplicativo em um servidor específico, impedindo esse servidor de receber novos pedidos, parando a edição ativa no momento, iniciando a nova edição e retomando o fluxo de pedidos para a edição. A consolidação de edição em um cluster de servidores desempenha estas atividades no conjunto de servidores que estão nesse cluster.

Consolidação de Grupo

Consolidação de Grupo substitui uma edição em membros do cluster de destino em um grupo. Durante a consolidação de grupo, os pedidos podem ser atendidos pela edição antiga ou pela nova edição até que a substituição seja concluída. A consolidação de grupo resulta no upgrade de servidores para a nova edição ao mesmo tempo. Cada servidor no grupo recebe quiesce, é drenado, parado e reconfigurado. Apenas um grupo pode ser consolidado por vez com o console administrativo. Como alternativa, você pode utilizar scripts para consolidar vários grupos.

Durante a consolidação de grupo, existem períodos de tempo nos quais a antiga e a nova edições do aplicativo ficam disponíveis e atendendo pedidos de usuários ao mesmo tempo. Conforme ocorre a consolidação de edição, é feita a transição de alguns servidores no cluster da edição antiga para a nova, alguns servidores estão fazendo a transição e outros servidores não iniciaram a transição. A menos que sejam influenciados por uma regra de roteamento, os pedidos de aplicativos são enviados para qualquer servidor que tenha uma instância ativa, em execução, de qualquer edição do aplicativo solicitado. Por exemplo, quando você consolida da edição 1.0 para a 1.1, os pedidos de aplicativos podem ser atendidos pela edição 1.0 ou 1.1 até que a consolidação esteja concluída.

A seguir está um diagrama de exemplo de consolidação de grupo: Diagrama de Consolidação de Grupo

Consolidação Atômica

A opção de consolidação atômica substitui uma edição na metade do cluster de uma vez para atender todos os pedidos de usuários com uma edição consistente do aplicativo. Em qualquer ponto no tempo, todos os pedidos de usuários são atendidos pela edição antiga ou pela nova; os pedidos de usuários nunca são atendidos por ambas.

A consolidação atômica assegura que todos os pedidos de aplicativos sejam atendidos por uma edição consistente, por exemplo, a edição 1.0 ou a 1.1, não por ambas. A edição disponível no momento se torna off-line na metade dos servidores que formam o cluster. Nestes servidores, a nova edição é ativada e iniciada, mas esses servidores são mantidos off-line até a conclusão da próxima etapa. A próxima etapa é tornar off-line a edição ativa no momento nos servidores restantes. Neste ponto, nenhum servidor tem uma instância de nenhuma edição disponível para atender pedidos de aplicativos. Neste momento, o ODR enfileira temporariamente os pedidos que chegam para este aplicativo. Quando o aplicativo estiver totalmente off-line, a primeira metade do cluster se tornará on-line novamente. A segunda metade do cluster faz a transição da edição anterior para a próxima edição e se torna on-line novamente.

A seguir está um diagrama de exemplo de consolidação atômica:

Diagrama de Consolidação Atômica

Validação de Edição

Validação de Edição refere-se a um caso especial de ativação simultânea, em que o destino de implementação designado de uma edição, por exemplo, um cluster dinâmico, é clonado e a edição fica pronta para ser iniciada no destino de implementação clonado. O destino de implementação clonado é conhecido como um destino de validação. As regras de roteamento devem ser utilizadas para designar quais pedidos de aplicativos serão enviados para a edição que está passando por validação. Quando uma edição estiver na validação, ela estará no modo de validação.

O modo de validação assegura que uma nova edição de um aplicativo funcione em seu ambiente de produção sem tornar off-line a edição disponível no momento. Geralmente, um carregamento de teste é enviado para uma edição no modo de validação para confirmar se os aspectos do ambiente de aplicativos e de configuração, como conectividade e acesso ao banco de dados, estão funcionando conforme o esperado. Quando um modo de validação de edição é consolidado, a consolidação ocorre no destino de implementação no qual a edição foi originalmente instalada. Isto faz a edição sair do modo de validação. Na saída do modo de validação, o destino de validação é excluído.

A seguir está um diagrama de exemplo de validação:

Compatibilidade de Edições

Algumas alterações de aplicativos são transparentes para usuários e outras não. Quando um upgrade de aplicativo entrega pelo menos as mesmas interfaces de programação de aplicativos assim como a última alteração e nenhuma alteração semântica no comportamento essencial, essa edição de aplicativo é um upgrade retrocompatível. Os usuários existentes podem utilizar o aplicativo que sofreu upgrade sem alterar como eles o utilizam e não devem perceber uma diferença entre as edições atual e antiga.

Um upgrade de aplicativo que requer que os usuários existentes alterem a forma como eles utilizam o aplicativo é um upgrade incompatível. Às vezes, pode ser necessário eliminar uma função antiga ou alterar interfaces, por exemplo, para aprimorar a capacidade de manutenção ou outros fatores, e é possível introduzir alterações incompatíveis em seu ambiente de implementação. As alterações incompatíveis requerem planejamento cuidadoso para gerenciar o impacto em usuários existentes.




Related concepts
Application Edition Manager

Related tasks
Tutorial do Gerenciador de Edições

Related reference
Estados de Edições

Tópico de Conceito    

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/cxappedcon.html

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