Fase de preparação readiness-phase
Nesta fase da Jornada de migração do AEM as a Cloud Service, você se familiariza com o AEM as a Cloud Service. Você pode analisar as alterações notáveis introduzidas e entender o que é necessário para planejar uma migração bem-sucedida para a nuvem.
A história até agora story-so-far
O documento anterior, Introdução à migração para o AEM as a Cloud Service, descreve uma lista de fases que devem ser realizadas para que você possa migrar para o AEM as a Cloud Service. Ele também descreve os benefícios de fazer a migração.
Objetivo objective
Este documento ajuda você a entender quais fatores devem ser considerados para garantir que a instalação do AEM esteja pronta para ser movida para a nuvem:
- Saiba mais sobre alterações notáveis e recursos obsoletos
- Entenda como planejar a migração para o AEM as a Cloud Service
Revise as alterações importantes na arquitetura do AEM as a Cloud Service notable-changes-in-aem-cloud-service-architecture
O AEM as a Cloud Service traz muitos novos recursos e possibilidades para gerenciar seus projetos AEM.
Juntamente com essas melhorias, foram introduzidas várias diferenças entre as instalações locais do AEM e do Adobe Managed Services, em comparação com o AEM as a Cloud Service.
A lista de itens na tabela abaixo é o subconjunto das alterações mais relevantes para uma migração para o AEM as a Cloud Service. Você pode consultar a lista completa de alterações importantes aqui.
Estrutura de projeto AEM para AEM as a Cloud Service
Quando outros ambientes de desenvolvimento são adicionados, todos eles se vinculam ao modo de execução "dev".
As configurações de OSGi estão disponíveis no modo somente leitura para visualização no Developer Console por meio do Cloud Manager
Não há suporte para replicação inversa
O Gerenciador de Pacotes pode ser acessado em todas as instâncias do autor, mas os pacotes que serão implantados devem conter apenas conteúdo mutável ( por exemplo: /content ou /conf)
Se quiser configurar seu próprio CDN, envie uma solicitação ao Suporte do Adobe para que ele seja aprovado.
Se aprovada, a CDN aponta para o Fastly e não para instâncias do AEM em nenhum ambiente.
Repense essas funcionalidades para descarregá-las no Adobe Developer.
A abordagem recomendada é implementar as estratégias descritas aqui em vez de depender da criação de nomes de usuários locais com senhas no AEM.
Nem todas as etapas do processo de fluxo de trabalho são suportadas no AEMaaCS.
Todos os ativos carregados na AEM as a Cloud Service serão processados pelo Serviço de Processamento de Ativos. Para ver etapas personalizadas, consulte Fluxos de trabalho de processamento do Post sobre como configurar fluxos de trabalho de pós-processamento.
Compreenda e refatore completamente os índices do Oak antes de gerenciá-los no código que você implantou.
As configurações devem ser gerenciadas como parte do código e implantadas por meio do pipeline do Cloud Manager.
Recursos obsoletos deprecated-features
A Adobe avalia as funcionalidades do produto constantemente, para reinventar ou substituir recursos mais antigos por alternativas mais modernas, de forma a melhorar o valor do cliente em geral, sempre sob considerações cuidadosas de compatibilidade com versões anteriores.
A Adobe recomenda que você consulte Recursos obsoletos para se familiarizar com os recursos e funcionalidades marcados como obsoletos no Experience Manager as a Cloud Service. Veja qual é o impacto da sua implementação do AEM.
Plano para uma revisão da instalação do AEM review-planning
Depois de se familiarizar com as alterações introduzidas no AEM as a Cloud Service, é hora de começar a planejar uma revisão de sua instalação existente. Isso ajuda a medir o nível de alterações necessárias para movê-lo para a nuvem.
A figura a seguir mostra as principais etapas envolvidas durante a fase de revisão:
Em seguida, explore detalhadamente o que cada uma dessas etapas significa.
Avaliação da prontidão do Cloud Service assess-cloud-readiness
O primeiro passo é avaliar sua prontidão para migrar da versão existente do AEM para o Cloud Service e determinar as áreas que exigem que a refatoração seja compatível com o AEM as a Cloud Service.
Faça uma avaliação abrangente do código-fonte AEM atual em relação às alterações notáveis e aos recursos obsoletos para determinar o nível de esforço esperado na jornada de transição.
O número de descobertas pode influenciar diretamente as linhas do tempo e o sucesso geral do projeto. Portanto, a Adobe recomenda que você descubra o máximo possível para que possa planejar o delivery. Ou inicie as conversas para reprojetar as personalizações necessárias para estar em conformidade com as práticas recomendadas da AEM as a Cloud Service.
Analisador de práticas recomendadas
Você pode acelerar a avaliação executando o Analisador de práticas recomendadas na versão atual do AEM. Ter uma boa compreensão de como funciona é fundamental para acelerar seu planejamento de avaliação.
Você pode ler como funciona consultando a documentação do Analisador de práticas recomendadas.
Criar um Relatório de Avaliação de Disponibilidade para a Nuvem
A próxima etapa é criar um relatório com base em todo o conhecimento adquirido até o momento. Crie o relatório gerando relatórios do Analisador de práticas recomendadas das instâncias de Preparo e Produção, carregue-os no Cloud Acceleration Manager para obter um relatório digerível de itens acionáveis.
Um relatório típico deve conter estas entradas:
- Documentação detalhando o conjunto de recursos da sua instalação de AEM específica
- Detalhes sobre suas configurações personalizadas e código AEM
- Configurações do Dispatcher de produção
- Configurações de CDN (se houver)
Socializar o relatório
Depois que os relatórios do Analisador de práticas recomendadas forem concluídos, compartilhe-os com as equipes relevantes para que você possa confirmar suas conclusões e planejar as próximas etapas. Dependendo da preferência, você também pode distribuir uma versão impressa do relatório usando a Visualização de Impressão.
Revisão do planejamento de recursos review-resource-planning
Depois de estimar o nível de esforço necessário para migrar para o Cloud Service, você deve identificar recursos, criar uma equipe e mapear funções e responsabilidades para o processo de transição.
Estabelecimento de KPIs establish-kpis
Se você não tiver estabelecido Indicadores-chave de desempenho (KPIs) anteriormente, é recomendável estabelecer KPIs para a implementação do AEM para ajudar sua equipe a se concentrar naquilo que é mais importante.
Consulte Desenvolvendo KPIs para que você possa aprender a escolher os KPIs certos para seus objetivos comerciais.
O que vem a seguir what-is-next
Depois de entender o escopo das alterações necessárias para migrar para o AEM as a Cloud Service, é hora de Preparar seu código e sua nuvem de conteúdo antes de realmente executar a migração.
Recursos adicionais additional-resources
- Introdução ao Cloud Acceleration Manager - Um guia abrangente sobre como usar o Cloud Acceleration Manager para acelerar sua migração para a nuvem.
- AEM as a Cloud Service: Introdução, Arquitetura e Reflexão Diferentes
- AEM a Cloud Service Home - Para obter uma visão geral da documentação as a Cloud Service de Experience Manager, comece por aqui.
- Visão geral do AEM as a Cloud Service - Este guia fornece uma visão geral do Experience Manager as a Cloud Service, incluindo uma introdução, terminologia e arquitetura.
- Jornada de integração- Este guia fornece um resumo de como começar a usar o Experience Manager as a Cloud Service, incluindo como obter acesso e configurar sua equipe.