Na fase de implementação da jornada, você explorará as ferramentas através das quais você pode preparar o código e o conteúdo para serem transferidos para AEM as a Cloud Service.
Nas partes anteriores da jornada, você passou familiarizar-se com as mudanças no AEM as a Cloud Service, bem como determinar se sua implantação está pronta para ser movida para a nuvem com o fase de preparação.
Este artigo continua com recomendações sobre como usar as ferramentas fornecidas pelo Adobe para garantir que seu código e conteúdo estejam prontos para serem movidos para a nuvem.
O presente documento tem por objetivo:
Antes de começar, você deve se familiarizar com o Cloud Manager, pois ele é o único mecanismo para implantar código AEM as a Cloud Service.
O Cloud Manager permite que as organizações gerenciem automaticamente o AEM na Nuvem. 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.
Familiarize-se com o uso do Cloud Manager, consultando os recursos abaixo:
Jornada de integração para entender os recursos de autoajuda sobre integração com o Experience Manager as a Cloud Service.
Integração do Git com o Adobe Cloud Manager para saber mais sobre o uso de um único repositório Git para implantar código.
Configuração do Adobe Experience as a Cloud Service para saber mais sobre como gerenciar produtos e o acesso dos usuários no Admin Console.
As etapas exatas da sua transição para o Cloud Service dependem dos sistemas adquiridos e das práticas de ciclo de vida de desenvolvimento de software seguidas.
A figura a seguir mostra as principais etapas envolvidas na fase que envolve a conversão do código e do conteúdo para uso com AEM as a Cloud Service:
Começaremos a detalhar as ferramentas que você precisa usar para conseguir isso nos capítulos abaixo.
Para migrar o conteúdo da instância de AEM atual para a instância de Cloud Service, você pode usar a ferramenta Transferência de conteúdo do Adobe.
Com essa ferramenta, você pode especificar o subconjunto de conteúdo desejado que deseja transferir da instância de origem do AEM para a instância do AEM Cloud Service.
A Migração de conteúdo é um processo em várias etapas que requer planejamento, rastreamento e colaboração entre diferentes equipes.
Para obter um detalhe completo sobre como a ferramenta funciona e como recomendamos que você a use, consulte o Documentação da ferramenta Transferência de conteúdo.
É hora de começar a refatorar os recursos existentes para serem compatíveis com o Cloud Services.
Para fazer isso, você precisa consultar a documentação detalhando as ferramentas básicas necessárias para iniciar a refatoração do código:
Além disso, também é possível:
Assista a este vídeo para entender como instalar o SDK do Dispatcher localmente:
Assista a este vídeo para entender como configurar o SDK do Dispatcher:
O desenvolvimento e a execução de código AEM as a Cloud Service requer uma mudança de mentalidade. Vale lembrar que o código deve ser resiliente, especialmente porque uma instância pode ser interrompida a qualquer momento. O código em execução no Cloud Service deve reconhecer o fato de que ele está sempre em execução em um cluster. Isso significa que sempre há mais de uma instância em execução.
Determinadas alterações são necessárias para que AEM projetos Maven sejam compatíveis com a nuvem. AEM as a Cloud Service exige a separação de conteúdo e código em pacotes distintos para implantação no AEM:
/apps
e /libs
são consideradas áreas imutáveis de AEM, pois não podem ser alteradas após AEM início (ou seja, no tempo de execução). Isso inclui operações de criação, atualização ou exclusão. Qualquer tentativa de alterar uma área imutável no tempo de execução falhará.
Todo o restante no repositório (por exemplo, /content
, /conf
, /var
, /home
, /etc
, /oak:index
, /system
, /tmp
) são áreas mutáveis, o que significa que podem ser alteradas em tempo de execução.
Você pode obter mais informações consultando o Estrutura de pacote recomendada documentação.
O Adobe fornece várias ferramentas para ajudar a acelerar algumas de suas tarefas de refatoração de código. Compreender essas ferramentas e os problemas que elas resolverem reduzirá a complexidade e o tempo da migração.
Depois de configurar o ambiente de desenvolvimento local, familiarize-se com o SDK as a Cloud Service AEM consultando o documentação.
Para gerenciar o desenvolvimento contínuo do código no AEM ativo, juntamente com as tarefas de refatoração de código como parte da jornada de transição, recomendamos que você programe um período de congelamento do código até concluir a reestruturação do projeto Maven para ser compatível com AEM as a Cloud Service.
Quando a reestruturação do projeto estiver concluída, você poderá retomar o desenvolvimento de novo código com base nessa nova estrutura. Isso reduz as falhas de pipeline do Cloud Manager durante a implantação e os testes do código.
As tarefas Transferência de conteúdo e Refatoração do código não precisam ser realizadas sequencialmente. Elas podem ser realizadas independentemente uma da outra. No entanto, é necessário ter a estrutura correta do projeto para garantir que o conteúdo seja renderizado com êxito no seu ambiente do Cloud Service.
O pipeline do Cloud Manager oferece suporte à execução de testes que são executados no ambiente de preparo.
Siga as práticas recomendadas dos documentos abaixo com relação ao teste de qualidade do código:
A preparação do sistema de origem para migração envolve tarefas de nível de sistema e administrador AEM. Você pode começar verificando se o repositório de conteúdo está em um estado bem mantido, verificando o limpeza de revisão e coleta de lixo do armazenamento de dados status da tarefa. Se você estiver executando AEM versão 6.3 (já que a ferramenta Transferência de conteúdo é compatível a partir da versão 6.3), é recomendável executar a compactação offline, seguida pela coleta de lixo do Data Store.
Verificação da consistência dos dados é recomendado em todas as versões AEM para garantir que o repositório de conteúdo esteja em bom estado para iniciar atividades de migração.
O acesso de nível de administrador do sistema é necessário para instalar e configurar AZCopy
Também é recomendável revisar quaisquer Ativos, Páginas, Projetos AEM, Usuários e Grupos não utilizados para economizar tempo na migração. Consulte a Integridade do repositório de conteúdo seção.
Ao acessar uma clone de produção for estabelecido, continue a verificar a integridade do repositório. Como mencionado na seção anterior, o objetivo é limpar e compactar o repositório na origem antes de iniciar a migração. Essa etapa poderá economizar muito tempo, caso contrário, gastará na solução de problemas assim que a migração começar.
Item de ação | Takeaways de chave |
---|---|
Usuários, grupos e permissões | Você precisa entender o volume de usuários, grupos e a complexidade em torno das associações. Procure oportunidades para limpar usuários e grupos não utilizados na origem antes da migração. |
Processamento incompleto de ativos | Tente concluir o processamento de ativos no sistema de origem antes de iniciar a migração para evitar possíveis problemas AEM pós migração as a Cloud Service. |
Integridade do conteúdo | É recomendável consultar se há conteúdo incorreto e limpá-lo antes de iniciar a migração. Por exemplo, procure por ativos ou páginas que não têm representações originais ou que estão travadas no processamento do fluxo de trabalho. Consulte também Integridade do ativo. |
O Estratégia e cronograma da migração de conteúdo seção mais detalhes sobre como extrapolar os dados coletados e criar um plano de migração.
A coleta de dados pode ajudar você a planejar as atividades de migração e tarefas associadas. Os tempos de extração e ingestão são particularmente úteis porque os pontos de dados podem ser associados a um tamanho específico do conjunto de migração. Assim, esses pontos de dados podem ser extrapolados para se elaborar um plano:
Um ponto de dados mais importante é a quantidade de tempo necessária para concluir a mapeamento de usuário, se isso estiver combinado com a migração do conteúdo. Você pode considerar esse ponto de dados para estimativas mais realistas, pois ele será adicionado à linha do tempo geral de extração e pode não ser necessário executá-lo durante as atualizações complementares.
Esses pontos de dados também podem ajudar você Estabeleça KPIs e outras tarefas relacionadas com a migração.
Com base nos pontos de dados coletados (veja acima), você pode criar um plano de migração que pode ser integrado a um plano de projeto de macro. Esta etapa permitirá que todos os principais participantes visualizem e planejem as atividades de migração.
A tabela a seguir ilustra um plano de migração típico:
Iteração da migração | Data inicial | Data final estimada | Dependências | Duração estimada (em dias) | Detalhes adicionais / Itens de ação |
---|---|---|---|---|---|
PRDCLONE-AUTHOR-INITIAL-USRMAP-CSSTAGE-AUTHOR | |||||
PRDCLONE-PUBLISH-TOPUP-CSSTAGE-AUTHOR |
Como você pode ver na tabela acima, é útil seguir um formato de nomenclatura específico para identificar as iterações de migração, por exemplo: PRDCLONE para o ambiente AEM de origem , AUTOR/PUBLICAÇÃO para o ambiente AEM as a Cloud Service, AUTOR DO CSSTAGE para a instância AEM as a Cloud Service e assim por diante.
Alguns detalhes importantes que influenciam seu plano de migração:
O número total de extrações necessárias
Número total de sugestões necessárias
Você pode usar o rastreador de migração para anotar os tempos das execuções inicial e superior. Esses pontos de dados ajudarão você a formular requisitos realistas de congelamento de conteúdo antes do complemento final.
O rastreador também ajudará você a:
A tabela a seguir ilustra um rastreador de migração funcional:
Fonte (Ambiente / Instância / URL) | Destino (Ambiente / Instância / URL) | Nome, tipo do conjunto de migração (inicial ou superior) | Tamanho do Conjunto de Migração (MB) | Mapeamento de usuários (Sim / Não) | Duração da extração (Início, Término, Tempo gasto) | Duração da assimilação (início, fim, tempo gasto) | Problemas/resoluções/detalhes |
---|---|---|---|---|---|---|---|
A seção a seguir mostra as etapas importantes e as tarefas associadas que podem ser usadas para formular uma estratégia de migração de conteúdo e uma linha do tempo.
Assim que você tiver compreendido completamente como avaliar se sua instalação do AEM está pronta para ser movida para a nuvem, já que nós, enquanto aprendemos a usar as ferramentas necessárias para prepará-la, é hora de ir para a fase de ativação.