AEM como Cloud Service agora usa a Integração contínua e o Delivery contínuo (CI/CD) para garantir que seus projetos estejam na versão mais recente do AEM. Isso significa que as instâncias de Produção e Estágio são atualizadas para a versão mais recente AEM, sem interrupção do serviço para os usuários.
Se a atualização do ambiente de produção falhar, o Cloud Manager reverterá automaticamente o ambiente stage. Isso é feito automaticamente para garantir que, após a conclusão de uma atualização, os ambientes de estágio e de produção estejam na mesma versão AEM.
AEM atualizações de versão são de dois tipos:
Atualizações de envio de AEM
Pode ser lançado diariamente.
A maioria da manutenção, incluindo as últimas correções de erros e atualizações de segurança.
Como as mudanças são aplicadas regularmente, o impacto é incremental, reduzindo o impacto sobre seu serviço.
Atualizações de novos recursos
AEM atualizações passam por um pipeline de validação de produto intenso e totalmente automatizado, que envolve várias etapas, garantindo que o serviço não seja interrompido em nenhum sistema em produção. Os controlos de saúde são utilizados para monitorizar a saúde da aplicação. Se essas verificações falharem durante um AEM como uma atualização de Cloud Service, o lançamento não prosseguirá e o Adobe investigará por que a atualização causou esse comportamento inesperado.
Os testes do produto e os testes funcionais do Cliente, que impedem que upgrades de produtos e empurramentos de código do cliente interrompam a produção, também são validados durante uma atualização da versão AEM.
Se o código personalizado foi enviado para o armazenamento temporário e depois rejeitado por você, a próxima atualização AEM removerá essas alterações para refletir a tag git da última versão do cliente bem-sucedido para produção.
Como mencionado acima, as atualizações na maioria dos casos resultarão em tempo de inatividade zero, inclusive para o autor, que é um cluster de nós. As atualizações contínuas são possíveis devido ao recurso armazenamento de nó composto no Oak.
Esse recurso permite que AEM faça referência a vários repositórios simultaneamente. Em uma implantação móvel, a nova versão do AEM Verde contém seu próprio /libs
(o repositório imutável baseado no TarMK), distinto da versão mais antiga do AEM Azul, embora ambos referenciem um repositório mutável baseado no DocumentMK compartilhado que contém áreas como /content
, /conf
, /etc
e outras. Como o Azul e o Verde têm suas próprias versões de /libs
, ambos podem estar ativos durante a atualização do acumulado, ambos assumindo o tráfego até que o azul seja totalmente substituído pelo verde.