Migração para o Adobe Experience Manager as a Cloud Service

O Adobe Experience Manager (AEM) as a Cloud Service oferece uma base reformulada para o Experience Manager, baseada em uma infraestrutura baseada em contêiner, desenvolvimento orientado por API e processo DevOps orientado, permitindo que os profissionais de marketing e desenvolvedores sempre se mantenham à frente da curva nas inovações de gerenciamento da experiência do cliente.

O Cloud Service reúne recursos avançados e prontos para uso do Adobe Experience Manager com a agilidade da arquitetura moderna nativa em nuvem, permitindo que as marcas atendam às demandas sempre em evolução do consumidor.

Esse único pager descreve a abordagem de fases recomendada para clientes de transição de várias implantações de Experience Manager para o Experience Manager como Cloud Service e ajuda os clientes existentes a fornecer experiências interconectadas e contínuas nessa plataforma moderna e projetada para o gerenciamento de experiências.


Introdução ao Adobe Experience Manager como Cloud Service

O que é diferente? Visão geral da arquitetura

AEM as a Cloud Service - Arquitetura do tempo de execução


Jornada do desenvolvedor no Adobe Experience Manager as a Cloud Service

Desenvolvimento

Os fundamentos do desenvolvimento de código são semelhantes no Adobe Experience Manager as a Cloud Service, em comparação às soluções Adobe Experience Manager no local e Managed Services.

Os desenvolvedores gravam o código e o testam localmente, que é então enviado ao Adobe Experience Manager remoto como um ambiente Cloud Service.

Consulte os recursos de autoajuda sobre implementação do Experience Manager as a Cloud Service para saber como personalizar o Experience Manager as a Cloud Service.

Configuração de desenvolvimento local O que você deve saber antes de começar
  1. Consulte a documentação do Adobe Experience Manager SDK para saber mais.
  2. Assista Instalar o SDK do Dispatcher para entender como instalar o SDK do Dispatcher
  3. Assista Configurar o SDK do Dispatcher para entender como configurar o SDK do Dispatcher
  4. Consulte a documentação Configuração de desenvolvimento local para saber mais
  5. Configuração do acesso ao Experience Manager caminho
  1. Princípios básicos de desenvolvimento
  2. Diretrizes de desenvolvimento
  3. Noções básicas sobre a estrutura do projeto do Experience Manager
  4. Componentes principais
  5. Digital Foundation Blueprint
  6. Sistema de estilos
  7. Sobreposições
  8. Referência da API do Experience Manager as a Cloud Service

Implantação

Os desenvolvedores gravam código e o testam localmente, que é então enviado para AEM remotos como um ambiente de Cloud Service.

O Cloud Manager, que era uma ferramenta opcional de entrega de conteúdo para o Managed Services, é necessário. Esse agora é o único mecanismo para implantar código no AEM como ambientes Cloud Service.

Consulte os recursos de autoajuda sobre como configurar e implantar no AEM como ambientes Cloud Service.

  1. Configurar pipeline CM
    • Pipeline de produção
    • Pipelines somente para não-produção e qualidade de código
  2. Implantar código
  3. Noções básicas dos resultados de teste
  4. Acessar logs
  5. Operações e manutenção

Ajuda e recursos

  1. Dicas e truques para depuração
  2. Console do desenvolvedor
  3. CRXDE Lite (Disponível somente em ambientes locais de SDK e Experience Manager Cloud Dev)
  4. Logs e registro
    • Logs do CM (teste de unidade de compilação, verificação de código, build-image, implantação)
    • Logs do Experience Manager Cloud Service (aemerror, aemaccess, aemrequest, aemdispatcher, httpderror, httpaccess)
    • Logs locais do SDK (em host:port/crx-quickstart/logs)
OBSERVAÇÃO

Migrar para o Adobe Experience Manager como um Cloud Service

O Experience Manager as a Cloud Service oferece uma base de tecnologia escalável, segura e ágil para os Experience Manager Sites e Ativos, permitindo que os profissionais de marketing e de TI se concentrem em fornecer experiências impactantes em escala.

Com o Experience Manager como Cloud Service, suas equipes podem se concentrar em inovar em vez de planejar atualizações de produtos. Os novos recursos do produto são exaustivamente testados e entregues às suas equipes, sem interrupção, para que elas sempre tenham acesso ao aplicativo mais moderno e atual.

A jornada de transição para o Cloud Service envolve três fases - Planejamento, Execução e Pós ativação.
Para uma transição tranquila e bem-sucedida, você deve garantir um planejamento adequado e seguir as melhores práticas descritas neste Guia.

A figura abaixo mostra uma representação visual da jornada de transição recomendada para o Cloud Service.

imagem


Planejamento

Antes de iniciar a jornada de transição para o Cloud Service, você deve se familiarizar com o Experience Manager como Cloud Service, revisar as alterações notáveis que foram feitas nele e também revisar os recursos que foram substituídos ou obsoletos.

Detecção e avaliação de projetos
Análise
  • Com base na descoberta, faça exercícios de estimativa de esforço e recursos
Medição
OBSERVAÇÃO

O Relatório do Analisador de práticas recomendadas acelera o processo de estimativa do tempo e custo necessários para a transição para o AEM como um Cloud Service, fornecendo informações que de outra forma precisariam ser coletadas e avaliadas manualmente.


Execução

Antes de iniciar a fase de execução de um projeto, você deve estar integrado ao Cloud Service. Você também precisa se familiarizar com o Cloud Manager. Esse é o mecanismo para implantar o código do projeto em uma instância do Experience Manager Cloud Service.

O Cloud Manager permite que as organizações autogerenciem o Experience Manager na nuvem. Ele inclui uma estrutura de integração contínua e entrega contínua (CI/CD) que permite que as equipes de TI e os parceiros de implementação acelerem a entrega de personalizações ou atualizações sem comprometer o desempenho ou a segurança.

Migração de conteúdo

  1. Ferramenta Transferência de conteúdo: usado para mover o conteúdo existente de uma instância de AEM de origem (no local ou AMS) para a instância de Cloud Service de AEM de destino.
  2. Gerenciador de Pacotes: usado para importar e exportar conteúdo mutável do repositório.

Refatorar/Otimizar

Introdução Código de Revisão e Refatoração Revisão do Dispatcher
DICA

Clientes de ativos : Fluxos de trabalho de análise e refatoração de ativos usando a ferramenta Migração de ativos da nuvem

Implantação/ativação

  1. Implantar no Cloud Manager
  2. Execute o código do cliente pelo Pipeline de qualidade do Cloud Manager
  3. Implantar no ambiente de desenvolvimento
  4. [Migração] somenteTransferência de conteúdo usando pacotes ou a Ferramenta de transferência de conteúdo (CTT)
  5. Executar ciclos de teste recomendados (fumaça, QA e muito mais)
  6. Promover para o pipeline de produção do Cloud Manager
  7. Validação do ensaio de fumo
  8. Ao vivo

Pós-ativação

Na fase Pós-ativação, você deve garantir a limpeza de arquivos temporários, analisar práticas recomendadas para desenvolvimento contínuo e gerenciar logs.

DICA

As ferramentas estão disponíveis para solucionar problemas de ambientes AEM as a Cloud Service

  1. Console do desenvolvedor
  2. CRX/DE Lite
  3. Gerenciamento de logs

Ferramentas e recursos

Avaliação Refatoração Modernização Experience Manager Migração de conteúdo
OBSERVAÇÃO

Nesta página