O AEM as a Cloud Service agora usa a integração/entrega contínua (CI/CD) para garantir que seus projetos estejam sempre na versão do AEM mais recente. Isso significa que as instâncias de produção e de preparo são atualizadas para a versão de AEM mais recente, sem interrupção do serviço para os usuários.
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.
Há dois tipos de atualizações de versão do AEM:
Atualizações de manutenção do AEM
Novas atualizações de recursos
AEM atualizações passam por um pipeline de validação de produto intenso e totalmente automatizado, envolvendo várias etapas, garantindo que o serviço não seja interrompido em nenhum sistema em produção. Os controlos sanitários são utilizados para monitorizar a saúde da aplicação. Se essas verificações falharem durante uma atualização as a Cloud Service AEM, a versão não continuará e o Adobe investigará por que a atualização causou esse comportamento inesperado.
Testes do produto e testes funcionais do cliente, que impedem que atualizações de produtos e códigos de clientes quebrem sistemas de produção, também são validados durante uma atualização de versão AEM.
Se o código personalizado foi enviado para o armazenamento temporário e não para a produção, a próxima atualização do AEM removerá 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 armazenamento temporário terá que ser implantado novamente.
As atualizações na maioria dos casos terão zero tempo de inatividade, incluindo para a instância de criação, que é um cluster de nós. As atualizações contínuas são possíveis devido ao recurso de armazenamento de nó composto no Oak.
Esse recurso permite que o AEM faça referência a vários repositórios simultaneamente. Em uma implantação contínua, a nova versão AEM verde contém a sua própria /libs
(o repositório imutável baseado em TarMK), distinto da versão azul mais antiga do AEM, embora ambos referenciem um repositório mutável baseado em DocumentMK compartilhado que contém áreas como /content
, /conf
, /etc
e outros. Porque tanto o azul quanto o verde têm suas próprias versões de /libs
, ambos podem estar ativos durante a atualização contínua, ambos gerando tráfego até que o azul seja totalmente substituído pelo verde.