Alterações importantes no Adobe Experience Manager (AEM) as a Cloud Service

O AEM Cloud Service oferece muitos novos recursos e possibilidades para gerenciar os projetos do AEM. No entanto, existem várias diferenças entre o AEM Sites no local ou no Adobe Managed Services, em comparação ao AEM Cloud Service. Este documento destaca as diferenças importantes.

OBSERVAÇÃO

Este documento destaca as alterações importantes no AEM como um todo. Para obter mais informações e conhecer as alterações específicas de cada solução, consulte:

As principais diferenças encontram-se nas seguintes áreas:

/apps e /libs não mudam no tempo de execução

O conteúdo e as subpastas em /apps e /libs são somente leitura. Não é possível fazer alterações nesses locais com recursos ou códigos personalizados. As tentativas de alteração recebem uma mensagem de erro com um aviso de que o conteúdo é do tipo somente leitura e não foi possível concluir a operação. Isso tem impacto em várias áreas do AEM:

  • Não são permitidas alterações em /libs de forma alguma.
    • Essa não é uma regra nova, no entanto, não foi aplicada nas versões anteriores do AEM no local.
  • Sobreposições para áreas no /libs que podem ser sobrepostas ainda são permitidas dentro do /apps.
    • Essas sobreposições devem vir do Git por meio do pipeline de CI/CD.
  • As informações de design do modelo estático armazenadas no /apps não podem ser editadas por meio da interface do usuário.
    • É recomendável que você aproveite os Modelos editáveis.
    • Se os Modelos estáticos ainda forem obrigatórios, as informações de configuração devem vir do Git por meio do pipeline de CI/CD.
  • As configurações de implantação de MSM Blueprint e MSM personalizado devem ser instaladas no Git por meio do pipeline de CI/CD.
  • As mudanças na tradução de I18n precisam vir do Git por meio do pipeline de CI/CD.

Pacotes e configurações de OSGi devem ser baseados em repositório

O console da Web, usado nas versões anteriores do AEM para alterar as configurações de OSGi, não está disponível no AEM Cloud Service. Portanto, as alterações no OSGi devem ser introduzidas por meio do pipeline de IC/CD.

  • As alterações nas configurações de OSGi só podem ser realizadas por meio da persistência de Git como configurações de OSGi baseadas em JCR.
  • Os pacotes de OSGi novos ou atualizados devem ser introduzidos por meio do Git como parte do processo de criação do pipeline de CI/CD.

Não são permitidas alterações no repositório de publicação

Além das alterações na pasta /home na camada de publicação, as alterações diretas no repositório de publicação não são permitidas em AEM Cloud Service. Em versões anteriores de AEM no local ou AEM no AMS, alterações de código podem ser feitas diretamente no repositório de publicação. Algumas limitações podem ser atenuadas das seguintes maneiras:

  • Para configuração de conteúdo e baseada em conteúdo: faça as alterações na instância de criação e as publique.
  • Para código e configuração: faça as alterações no repositório de GIT e execute o pipeline de CI/CD para implementá-las.

Não são permitidos modos de execução personalizados

Os seguintes modos de execução são fornecidos prontos para uso no AEM Cloud Service:

  • author
  • publish
  • prod
  • author.prod
  • publish.prod
  • stage
  • author.stage
  • publish.stage
  • dev
  • author.dev
  • publish.dev

Modos de execução adicionais ou personalizados não são possíveis no AEM Cloud Service.

Remoção dos agentes de replicação

No AEM Cloud Service, o conteúdo é publicado usando a Distribuição de conteúdo de sling. Os agentes de replicação usados nas versões anteriores do AEM não são mais usados ou fornecidos, o que pode afetar as seguintes áreas dos projetos atuais do AEM:

  • Fluxos de trabalho personalizados que enviam conteúdo para agentes de replicação dos servidores de visualização, por exemplo.
  • Personalização dos agentes de replicação para transformar conteúdo
  • Uso de Replicação reversa para devolver o conteúdo da publicação para o autor

Remoção da interface do usuário clássica

A interface do usuário clássica não está mais disponível no AEM Cloud Service.

Entrega do lado da publicação

A aceleração HTTP, incluindo o CDN e o gerenciamento de tráfego para os serviços de criação e publicação, é fornecida por padrão no AEM Cloud Service.

Para a transição de projetos do AMS ou de uma instalação local, a Adobe recomenda utilizar a CDN integrada, pois os recursos do AEM Cloud Service são otimizados para a CDN fornecida.

Manuseio e entrega de ativos

O upload, o tratamento e o download de ativos foram otimizados no Assets como Cloud Service para serem mais eficientes, permitindo um melhor dimensionamento e downloads mais rápidos. No entanto, isso pode afetar alguns códigos personalizados existentes.

  • O fluxo de trabalho padrão DAM Asset Update nas versões anteriores do AEM não está mais disponível.
  • Os componentes do site que fornecem um binário sem transformação devem usar o download direto.
    • O servlet Sling GET foi alterado para fazer isso por padrão.
  • Os componentes do site que fornecem um binário com transformação (por exemplo, redimensionamento via servlet) podem continuar a operar da mesma forma.
  • Os ativos que entram pelo Gerenciador de pacotes exigem reprocessamento manual usando a ação Reprocessar ativos na interface Ativos.

Nesta página

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free