Atualizações de versão do AEM

Última atualização em 2023-11-01
  • Tópicos
  • Deploying
    Exibir mais informações sobre este tópico

Saiba como o Adobe Experience Manager (AEM) as a Cloud Service usa integração e entrega contínuas (CI/CD) para manter seus projetos na versão mais recente.

CI/CD

O AEM as a Cloud Service usa integração contínua e entrega contínua (CI/CD) para garantir que seus projetos estejam na versão AEM mais atual. Esse processo atualiza com facilidade suas instâncias de produção, preparo e desenvolvimento sem causar interrupções para os usuários.

Antes que suas instâncias sejam atualizadas automaticamente, uma nova versão de manutenção do AEM é publicada com 3 a 5 dias de antecedência. Durante esse período, você pode optar por acionar atualizações manuais para suas instâncias de desenvolvimento. Depois que esse tempo transcorrer, as atualizações de versão serão aplicadas automaticamente primeiro aos ambientes de desenvolvimento. Se a atualização for bem-sucedida, o processo de atualização continuará nas instâncias de estágio e produção. As instâncias de desenvolvimento e de preparo atuam como um quality gate (portal de qualidade) automatizado, em que os testes personalizados são executados antes que a atualização seja aplicada no ambiente de produção.

OBSERVAÇÃO

Observação: as atualizações automáticas para ambientes de desenvolvimento serão progressivamente habilitadas em 2023 para todos os clientes. Se seus ambientes de desenvolvimento não forem atualizados automaticamente, você poderá usar atualizações manuais para mantê-los sincronizados com seus ambientes de preparo e produção.

Tipo de atualizações

Há dois tipos de atualizações de versão do AEM:

OBSERVAÇÃO

Verifique as datas principais dos lançamentos mensais na Roteiro de versões do Experience Manager e marque em seu calendário para se preparar para as atividades principais e assim estar pronto para o lançamento.

Falha ao atualizar

As atualizações do AEM passam por um pipeline de validação de produto intenso e totalmente automatizado, envolvendo várias etapas, garantindo que não haja interrupção do serviço para nenhum sistema em produção. As verificações de integridade são usadas para monitorar a integridade do aplicativo. Se essas verificações falharem durante uma atualização as a Cloud Service do AEM, a versão não continuará e o Adobe investigará por que a atualização causou esse comportamento inesperado.

Ao implantar uma nova versão de código personalizado em seu ambiente, Testes funcionais de produto e personalizados desempenhar um papel crucial. Eles garantem que os sistemas de produção permaneçam estáveis e funcionais mesmo após uma alteração ser aplicada. Esses testes também são aplicados no processo de atualização da versão do AEM.

Se a atualização para o ambiente de produção falhar, o Cloud Manager reverterá automaticamente o ambiente de preparo. Isso é feito automaticamente para garantir que, após a conclusão de uma atualização, os ambientes de preparo e de produção estejam na mesma versão do AEM.
Da mesma forma, se uma atualização automatizada de um ambiente de desenvolvimento falhar, os ambientes de preparo e produção não serão atualizados.

OBSERVAÇÃO

Se o código personalizado foi enviado para preparo e não para produção, a próxima atualização do AEM remove essas alterações para refletir a tag git da última versão bem-sucedida do cliente para produção. Portanto, o código personalizado que estava disponível somente no preparo deve ser implantado novamente.

Práticas recomendadas

  • Uso do ambiente de preparo

    • Use um ambiente diferente (não Preparo) para ciclos longos de QA/UAT.
    • Após a conclusão do teste de sanidade no preparo, mova para verificar na produção.
  • Pipeline de produção

    • Pause antes de implantar na produção.
    • Cancelar o pipeline após uma implantação de preparo indica que o código é "um descartável" e não um candidato válido para Produção, consulte Configuração de um pipeline de produção.
  • Pipelines de não produção

    • Configurar um Pipeline de não produção.
    • Acelerar a velocidade/frequência de entrega para falhas de pipeline de produção. Identifique problemas em pipelines de não produção ativando o Teste funcional do produto, o Teste funcional personalizado e o Teste de interface do usuário personalizada.
  • Cópia de conteúdo

    • Uso Cópia de conteúdo para mover conjuntos de conteúdo semelhantes para um ambiente de não produção.
  • Teste funcional automatizado

Regressão

Se você encontrar um problema relacionado à regressão, envie um caso de suporte por meio do Admin Console. Se o problema for um bloqueador e estiver afetando a Produção, um P1 deverá ser gerado. Forneça todos os detalhes necessários para reproduzir o problema de regressão.

Armazenamento de nó composto

Geralmente, as atualizações incorrem em tempo de inatividade zero, inclusive para a instância de criação, que é um cluster de nós. As atualizações contínuas são possíveis devido a o recurso de armazenamento de nós compostos no Oak.

Esse recurso permite que o AEM faça referência a vários repositórios simultaneamente. Em um implantação contínua, a nova versão do AEM contém sua própria /libs (o repositório imutável baseado em TarMK). É diferente da versão mais antiga do AEM, embora ambos façam referência a um repositório mutável compartilhado baseado em DocumentMK que contém áreas como /content , /conf , /etc e outros.

Como a versão antiga e a nova têm suas próprias versões de /libs, ambos podem estar ativos durante a atualização contínua. E ambos podem assumir o tráfego até que o antigo seja totalmente substituído pelo novo.

Nesta página