- Implementação de aplicativos do AEM as a Cloud Service
- Uso do Cloud Manager
- Gerenciamento do código
- Desenvolvimento do AEM as a Cloud Service
- Estrutura de projetos do AEM
- Pacote de estrutura do repositório de projetos do AEM
- SDK do AEM as a Cloud Service
- Diretrizes de desenvolvimento do AEM as a Cloud Service
- Logs
- Configurações e o navegador de configuração
- Fundamentos técnicos AEM
- API do AEM as a Cloud Service
- Desenvolvimento de pilha completa AEM
- Introdução ao desenvolvimento do AEM Sites - Tutorial de WKND
- Estrutura da IU AEM
- Folha de características do Sling
- Uso de adaptadores Sling
- Uso do Sling Resource Merger no AEM as a Cloud Service
- Sobreposições no AEM as a Cloud Service
- Usando bibliotecas do lado do cliente
- Diferencial de páginas
- Limitações do editor
- Convenções de nomenclatura
- Componentes e modelos
- Estrutura de marcação AEM
- Criação de tags em aplicativos AEM
- Pesquisar
- Desenvolvimento de AEM híbrido
- Híbrido e SPA com AEM
- Ativando a exportação JSON para um componente
- Introdução SPA e Walkthrough
- Tutorial SPA WKND
- Introdução usando React
- Introdução ao uso do Angular
- SPA Deep Dives
- Desenvolver SPA para AEM
- Visão geral do editor de SPA
- SPA Blueprint
- Componente da página SPA
- Modelo dinâmico para mapeamento de componentes
- Roteamento de modelo
- Iniciar integração
- Renderização do lado do servidor
- documentos de referência SPA
- Gerenciamento de experiência headless
- Sem cabeça e AEM
- Guias de introdução
- Fragmentos de conteúdo
- Delivery sem cabeçalho com Fragmentos de conteúdo e GraphQL
- Trabalho com fragmentos de conteúdo
- Ativar a funcionalidade de fragmento de conteúdo para sua instância
- Modelos de fragmentos do conteúdo
- Gerenciamento dos fragmentos de conteúdo
- Variações - Criação dos fragmentos de conteúdo
- Markdown
- Usar conteúdo associado
- Metadados - propriedades dos fragmentos
- Árvore de estrutura
- Pré-visualização - Representação JSON
- API de delivery
- Ferramentas do desenvolvedor
- Personalização
- Configuração e extensão do AEM as a Cloud Service
- Extensão de fragmentos de experiência
- Personalização e extensão de fragmentos de conteúdo
- Fragmentos de conteúdo configuram componentes para renderização
- Configuração de formulários de pesquisa
- Configurar o editor de rich text
- Configurar os plug-ins do RTE
- Configurar o RTE para criar sites acessíveis
- Implantação do AEM as a Cloud Service
- Camada do autor
- Visão geral da entrega de conteúdo
Atualizações da versão AEM
Introdução
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
- Lançado por meio de uma programação mensal previsível.
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.
Armazenamento de nós composto
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.