Fase de implementação

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.

A História Até Agora

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.

Objetivo

O presente documento tem por objetivo:

• Apresente você ao Cloud Manager, AEM integração contínua e estrutura de entrega usada para implantar código AEM as a Cloud Service
• Atualize-o com a ferramenta de transferência de conteúdo
• Descreva as ferramentas de refatoração de código que você precisa usar para modernizar o código para AEM as a Cloud Service

Uso do Cloud Manager

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:

• Integração com o Experience Manager as a Cloud Service para compreender recursos de autoajuda sobre integração do 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.

Use as ferramentas fornecidas pelo Adobe para preparar o conteúdo e o código para a nuvem

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.

Migração de conteúdo

To migrate content from your current AEM instance to your Cloud Service instance, you can use Adobe's Content Transfer Tool.

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.

Content Migration is a multi-step process that requires planning, tracking, and collaboration between different teams.

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.

Refatoração do código

Set Up for Development

It is time to start refactoring the existing features to be compatible with 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:

• Durante o planejamento, é boa ideia ter uma lista de áreas que precisam ser refatoradas para serem compatíveis com AEM as a Cloud Service. Você pode revisar Diretrizes de desenvolvimento para obter mais detalhes sobre como refatorar e otimizar o código para o Cloud Service.
• Leia sobre como Gerenciar configurações em AEM as a Cloud Service.
• Saiba como configurar um Ambiente de desenvolvimento local baixando o AEM SDK as a Cloud Service
• Por fim, familiarize-se com o AEM API Java as a Cloud Service.

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:

A Change in Mindset

Developing and running code in AEM as a Cloud Service requires a change in the mindset. 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.

Ferramentas de migração na nuvem

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.

• Migração de fluxo de trabalho de ativos, uma ferramenta usada para migrar automaticamente os fluxos de trabalho de processamento de ativos
• Conversor do Dispatcher, uma ferramenta que converte as configurações existentes do Dispatcher em um formato pronto para AEM as a Cloud Service.
• Repository Modernizer, uma ferramenta que utiliza um projeto Multimode AEM como entrada e o converte em um AEM as a Cloud Service
• Conversor de índice, uma ferramenta que converte índices em um formulário compatível com AEM as a Cloud Service
• Ferramentas de Modernização, um conjunto de utilitários que pode ser usado para converter recursos AEM herdados em recursos modernos e compatíveis AEM as a Cloud Service.

Depois de configurar o ambiente de desenvolvimento local, familiarize-se com o SDK as a Cloud Service AEM consultando o documentação.

Programar um congelamento de código

To manage your on-going code development on your active AEM along with the code refactoring tasks as part of your transition journey, we recommended you schedule a code freeze period until you have completed restructuring your Maven project to be compatible with 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.

Práticas recomendadas para testes e implantação do código

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:

• Teste de qualidade do código, um documento que descreve o processo de escrita de scripts de teste e explica o conceito de cobertura recomendada de pelo menos 50%.
• Noções básicas sobre regras de qualidade de código personalizadas que tem como objetivo descrever as regras de qualidade de código personalizadas executadas pelo Cloud Manager e criadas com base nas práticas recomendadas da AEM Engineering.

Preparando para ativação

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.

Integridade do repositório de conteúdo

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.

Coletando dados

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:

• Tempo total necessário extração
• Tempo total necessário ingestão
• Tempo total necessário para o reforço extração
• Tempo total necessário para o reforço ingestão

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.

Plano de 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.

The following table illustrates a typical migration plan:

As you can see in the table above, it is helpful to follow a specific naming format to identify the migration iterations, for example: PRDCLONE for the source AEM environment , AUTHOR/PUBLISH for the AEM as a Cloud Service environment, CSSTAGE-AUTHOR for the AEM as a Cloud Service instance, and so on.

Alguns detalhes importantes que influenciam seu plano de migração:

O número total de extrações necessárias

• As extrações Autor e Publicação em ambientes específicos são consideradas duas extrações paralelas, pois são independentes umas das outras.
• Número de extrações principais com base no crescimento do repositório em períodos específicos.

Número total de sugestões necessárias

• É importante capturar esse item no plano, pois um conjunto extraído pode ser assimilado em vários ambientes de Cloud Service.
• Número de ingestões de Topo.
• Migrar o conteúdo do Autor de origem para a instância do Autor do serviço de nuvem e da Publicação de origem para publicação do Cloud Service é a prática recomendada para evitar assimilar todo o conteúdo do Autor na publicação do Cloud Service.

Migration Tracker

You can use the migration tracker to note down the times for both the initial and top up runs. 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:

• Identificar quaisquer desvios em relação ao planejador que necessitem de ajustes no plano ou nas linhas do tempo de ativação
• Fornecer um status realista que possa ser usado em todas as comunicações necessárias
• Plano de migração inicial ou futura do complemento

A tabela a seguir ilustra um rastreador de migração funcional:

Estratégia e cronograma da migração de conteúdo

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.

Compromisso

• Execute limpeza de revisão, coleta de lixo do armazenamento de dados e verificações de consistência de dados. Consulte também Preparando para ativação
• Coletar estatísticas sobre o repositório de origem AEM:
  • Tamanho do armazenamento do segmento
  • Tamanho da loja de índice
  • Número de páginas
  • Número de ativos
  • Número de usuários e grupos
• Saiba se os seguintes recursos estão ativados na fonte de AEM (também necessários em AEM as a Cloud Service):
  • Marcação inteligente
  • Pesquisa de semelhança
  • Pesquisar por conter texto em documentos do word e pdf
• Colete o Analisador de práticas recomendadas relatório
• Importe para o Cloud Acceleration Manager
  • Revise a recomendação de autoanálise para garantir que AEM as a Cloud Service possa lidar com os requisitos de armazenamento.
• Crie um tíquete de suporte ao Adobe para obter quaisquer esclarecimentos antes de continuar com o plano de migração.

Prova de migração

• Solicite um clone de produção que:
  • Está na mesma zona de rede
  • Fornecerá conteúdo de produção como usuários e grupos
  • Clona criar e publicar - um nó cada no caso de um cluster ou farm de publicação
• Escolha um subconjunto do conteúdo que será migrado para que:
  • É uma combinação de todos os tipos de conteúdo disponíveis
  • Contém todos os usuários e grupos no caso mapeamento de usuário é obrigatório
• Includes either 25% of the content or up to 1 TB of content, whichever is less.
• Executar pelo menos um completo e top-up migração, do clone de produção para o ambiente de não produção AEM as a Cloud Service
• Resolva possíveis problemas como:
  • Espaço em disco na origem AEM
  • Conectividade entre a fonte de AEM e a AEM as a Cloud Service
  • Qualquer limitações relacionadas à ingestão.
• Registrar o tempo necessário para extração e ingestão:
  • Saiba quanto conteúdo é adicionado por semana
  • Extrapolar os tempos medidos a partir da prova de migração para criar um plano de migração.

What's Next

Once you've fully understood how to assess if your AEM installation is ready to be moved to the cloud, as we as learn how to use the tools needed to make it ready, it's time to move on to the go-live phase.