Planejando sua atualização planning-your-upgrade

Visão geral da atualização do AEM aem-upgrade-overview

O AEM é frequentemente usado em implantações de alto impacto que podem atender a milhões de usuários. Normalmente, há aplicativos personalizados implantados nas instâncias, o que aumenta a complexidade. Qualquer esforço para atualizar essa implantação precisa ser tratado metodicamente.

Este guia ajuda a estabelecer metas, fases e resultados claros ao planejar sua atualização. Ele se concentra na execução e nas diretrizes gerais de atualização. Embora forneça uma visão geral das etapas de atualização reais, ele se refere aos recursos técnicos disponíveis, quando apropriado. Deve ser utilizado com os recursos técnicos disponíveis referidos no documento.

O processo de atualização do AEM precisa ser cuidadosamente tratado nas fases de planejamento, análise e execução, com os principais resultados definidos para cada fase.

É importante garantir que você esteja executando um sistema operacional compatível, Java™ runtime, httpd e a versão do Dispatcher. Para obter mais informações, consulte os requisitos técnicos do AEM 6.5 LTS. A atualização desses componentes deve ser contabilizada em seu plano de atualização e deve ocorrer antes da atualização do AEM.

Fases de atualização upgrade-phases

Muito trabalho é dedicado ao planejamento e à execução de uma atualização do AEM. Para esclarecer os diferentes esforços que entram nesse processo, a Adobe dividiu os exercícios de planejamento e execução em fases separadas. Nas seções abaixo, cada fase resulta em um material de entrega que é usado com frequência em uma fase futura da atualização.

Criando um Plano de Teste creating-a-test-plan

A implementação do AEM por cada cliente é exclusiva e foi personalizada para atender às suas necessidades de negócios. Como resultado, é importante determinar todas as personalizações feitas no sistema para que possam ser incluídas em um plano de teste.

O ambiente de produção exato precisa ser duplicado e testes devem ser executados nele após a atualização para garantir que todos os aplicativos e códigos personalizados ainda sejam executados conforme desejado. Regressar toda a personalização e executar testes de desempenho, carga e segurança. Ao organizar seu plano de teste, cubra todas as personalizações feitas no sistema, além das interfaces do usuário e dos fluxos de trabalho prontos para uso usados em suas operações diárias. Eles podem incluir serviços e servlets OSGI personalizados, integrações com a Adobe Experience Cloud, integrações com terceiros por meio de conectores do AEM, integrações personalizadas de terceiros, componentes e modelos personalizados, sobreposições de interface do usuário personalizadas no AEM e fluxos de trabalho personalizados. Além disso, as consultas personalizadas ainda devem ser testadas para garantir que seus índices continuem funcionando com eficiência após a atualização.

Avaliando a complexidade da atualização assessing-upgrade-complexity

Devido à grande variedade na quantidade e na natureza das personalizações que os clientes do Adobe aplicam aos ambientes AEM, é importante reservar algum tempo para determinar o nível geral de esforço que deve ser esperado na atualização. O AEM Analyzer para AEM 6.5 LTS pode ajudá-lo a avaliar a complexidade da atualização.

O AEM Analyzer para AEM 6.5 LTS deve fornecer uma estimativa bastante precisa do que esperar durante uma atualização para a maioria dos casos. No entanto, para personalizações e implantações mais complexas nas quais você tem alterações incompatíveis, é possível atualizar uma instância de desenvolvimento para o AEM 6.5 LTS de acordo com as instruções em Executando uma atualização no local. Depois de concluído, execute alguns testes de alto nível de fumaça nesse ambiente. O objetivo deste exercício não é concluir exaustivamente o inventário de casos de teste e produzir um inventário formal de defeitos, mas fornecer uma estimativa aproximada da quantidade de trabalho que será necessária para atualizar o código para a compatibilidade com o AEM 6.5 LTS. Quando combinado com o AEM Analyzer e as alterações de arquitetura determinadas na seção anterior, uma estimativa aproximada pode ser fornecida à equipe de gerenciamento do projeto para o planejamento da atualização.

Criação do Runbook de atualização e reversão building-the-upgrade-and-rollback-runbook

Embora a Adobe tenha documentado o processo de upgrade de uma instância do AEM, o layout de rede, a arquitetura de implantação e as personalizações de cada cliente exigem o ajuste e a personalização dessa abordagem. Por esse motivo, a Adobe incentiva que você revise toda a documentação fornecida e a use-a para informar um runbook específico para atualização que descreve os procedimentos específicos de atualização e reversão que você seguirá em seu ambiente.

A Adobe forneceu procedimentos de atualização e reversão em Procedimento de Atualização e instruções passo a passo para aplicar a atualização em Execução de uma Atualização In-loco. Essas instruções devem ser revisadas e consideradas com a arquitetura do sistema, as personalizações e a tolerância ao tempo de inatividade para determinar os procedimentos de comutação e reversão apropriados que serão executados durante o upgrade. Quaisquer alterações na arquitetura ou nos tamanhos do servidor devem ser incluídas ao elaborar o runbook personalizado.

Desenvolvendo um plano de atualização developing-an-upgrade-plan

O resultado dos exercícios anteriores pode ser usado para criar um plano de atualização que abranja os cronogramas esperados para seus esforços de teste ou desenvolvimento e a execução real da atualização.

Um plano de projeto abrangente deve incluir:

Execução de desenvolvimento e controle de qualidade performing-development-and-qa

A Adobe forneceu procedimentos para Atualização de Código e Personalizações para serem compatíveis com o AEM 6.5 LTS. À medida que esse processo iterativo é executado, as alterações devem ser feitas no runbook, conforme necessário.

O processo de desenvolvimento e teste é geralmente iterativo. À medida que são descobertos problemas que exigem ajustes no processo de atualização, adicione-os ao runbook de atualização personalizado. Após várias iterações de teste e correção, a base de código deve ser totalmente validada e pronta para implantação no ambiente de preparo.

Teste final final-testing

A Adobe recomenda uma rodada final de testes depois que a base de código tiver sido certificada pela equipe de controle de qualidade da sua organização. Esta rodada de testes envolverá a validação do runbook em um ambiente de preparo, seguida por rodadas de aceitação do usuário, desempenho e testes de segurança.

Essa etapa é essencial, pois é a única vez que você pode validar as etapas no runbook em relação a um ambiente semelhante à produção. Depois que o ambiente for atualizado, é importante dar aos usuários finais algum tempo para fazer logon e passar pelas atividades que eles realizam ao usar o sistema em suas atividades diárias. Encontrar e corrigir problemas nessas áreas antes da ativação pode ajudar a evitar paralisações dispendiosas da produção.

Execução da atualização performing-the-upgrade

Depois que a aprovação final for recebida de todas as partes interessadas, é hora de executar os procedimentos de runbook definidos. A Adobe forneceu etapas para atualização e reversão no Procedimento de Atualização e etapas de instalação em Execução de uma Atualização In-loco como ponto de referência.

A Adobe forneceu algumas etapas nas instruções de atualização para validação do ambiente. Isso inclui verificações básicas, como verificar os logs de atualização e verificar se todos os pacotes OSGi foram iniciados corretamente, mas a Adobe também recomenda validar com seus próprios casos de teste com base nos processos de negócios. A Adobe também recomenda verificar a programação da Limpeza de revisão on-line do AEM e rotinas relacionadas para garantir que elas ocorram durante um período de silêncio da sua empresa. Essas rotinas são essenciais para o desempenho a longo prazo do AEM.