Guia de migração de ativos

Ao migrar ativos para o AEM, há várias etapas a serem consideradas. A extração de ativos e metadados para fora de sua casa atual está fora do escopo desse documento, pois varia muito entre as implementações. Em vez disso, este documento descreve como trazer esses ativos para o AEM, aplicar seus metadados, gerar representações e ativar ou publicar os ativos.

Pré-requisitos

Antes de executar qualquer uma das etapas descritas abaixo, revise e implemente as orientações em Dicas de ajuste de desempenho do Assets. Muitas etapas, como configurar o máximo de trabalhos simultâneos, aprimoram a estabilidade e o desempenho do servidor sob carga. Outras etapas, como a configuração do File Data Store, são difíceis de executar depois que o sistema é carregado com ativos.

Migrar para Experience Manager

A migração de ativos para Experience Manager requer várias etapas e deve ser exibida como um processo em fases. As fases da migração são as seguintes:

1. Desative workflows.
2. Carregue tags.
3. Assimilar ativos.
4. Processar representações.
5. Ativar ativos.
6. Habilite workflows.

Desativar workflows

Antes de iniciar uma migração, desative os iniciadores do fluxo de trabalho DAM Update Asset. É melhor assimilar todos os ativos no sistema e, em seguida, executar os workflows em lotes. Se você já estiver ao vivo enquanto a migração estiver ocorrendo, poderá agendar essas atividades para serem executadas fora do horário.

Carregar tags

É possível que você já tenha uma taxonomia de tags em vigor que esteja aplicando às imagens. Ferramentas como o Importador de ativos CSV e a funcionalidade de perfis de metadados podem ajudar a automatizar a aplicação de tags em ativos. Antes disso, adicione as tags no Experience Manager. O recurso ACS Experience Manager Tools Tag Maker permite preencher tags usando uma planilha do Excel do Microsoft carregada no sistema.

Assimilar ativos

O desempenho e a estabilidade são questões importantes ao assimilar ativos no sistema. Ao carregar muitos dados no Experience Manager, verifique se o sistema está funcionando bem. Isso minimizou o tempo necessário para adicionar os dados e ajuda a evitar sobrecarga do sistema. Isso ajuda a evitar falhas do sistema, especialmente em sistemas que já estão em produção.

Há duas abordagens para carregar os ativos no sistema: uma abordagem por push usando HTTP ou uma abordagem por pull usando as APIs do JCR.

Enviar por HTTP

A equipe do Managed Services do Adobe usa uma ferramenta chamada Glutton para carregar dados em ambientes do cliente. O Glutton é um pequeno aplicativo Java que carrega todos os ativos de um diretório em outro diretório em uma instância Experience Manager. Em vez do Glutton, você também pode usar ferramentas como scripts Perl para publicar os ativos no repositório.

Há duas desvantagens principais ao usar a abordagem de passar por https:

1. Transmita os ativos por HTTP para o servidor. Isso requer bastante sobrecarga e é demorado, prolongando assim o tempo necessário para executar sua migração.
2. Se você tiver tags e metadados personalizados que devem ser aplicados aos ativos, essa abordagem exigirá um segundo processo personalizado que será necessário executar para aplicar esses metadados aos ativos depois que eles forem importados.

A outra abordagem para assimilar ativos é obter ativos do sistema de arquivos local. No entanto, se não for possível obter uma unidade externa ou compartilhamento de rede montado no servidor para executar uma abordagem baseada em pull, publicar os ativos por HTTP é a melhor opção.

Retirar do sistema de arquivos local

O ACS Experience Manager Tools CSV Asset Importer extrai ativos do sistema de arquivos e metadados de ativos de um arquivo CSV para a importação de ativos. A API do Experience Manager Asset Manager é usada para importar os ativos para o sistema e aplicar as propriedades de metadados configuradas. Idealmente, os ativos são montados no servidor por meio de uma montagem de arquivo de rede ou por uma unidade externa.

Quando os ativos não são transmitidos através de uma rede, o desempenho geral melhora bastante. Esse método geralmente é o método mais eficiente para carregar ativos no repositório. Além disso, é possível importar todos os ativos e metadados em uma única etapa, pois a ferramenta suporta a assimilação de metadados. Nenhuma outra etapa é necessária para aplicar os metadados, digamos usando uma ferramenta separada.

Processar representações

Após carregar os ativos no sistema, é necessário processá-los por meio do fluxo de trabalho Ativo de atualização do DAM para extrair metadados e gerar representações. Antes de executar essa etapa, você precisa duplicar e modificar o fluxo de trabalho do Ativo de atualização do DAM para atender às suas necessidades. Algumas etapas no fluxo de trabalho padrão podem não ser necessárias para você, como a geração do Dynamic Media Classic PTIFF ou a integração do servidor InDesign.

Depois de configurar o workflow de acordo com suas necessidades, você tem duas opções para executá-lo:

1. A abordagem mais simples é Gerenciador de Fluxo de Trabalho em Massa do ACS Commons. Essa ferramenta permite executar um query e processar os resultados do query por meio de um workflow. Também há opções para definir tamanhos de lote.
2. Use o ACS Commons Fast Action Manager em conjunto com Fluxos de trabalho sintéticos. Embora essa abordagem seja muito mais abrangente, ela permite remover a sobrecarga do mecanismo de workflow Experience Manager e, ao mesmo tempo, otimizar o uso dos recursos do servidor. Além disso, o Fast Action Manager aumenta ainda mais o desempenho, monitorando dinamicamente os recursos do servidor e diminuindo a carga colocada no sistema. Os exemplos de scripts foram fornecidos na página de recursos ACS Commons.

Ativar ativos

Para implantações com um nível de publicação, é necessário ativar os ativos no farm de publicação. Embora o Adobe recomende executar mais de uma única instância de publicação, é mais eficiente replicar todos os ativos para uma única instância de publicação e clonar essa instância. Ao ativar grandes números de ativos, após acionar uma ativação de árvore, talvez seja necessário intervir. Veja o porquê: Ao disparar ativações, os itens são adicionados à fila de trabalhos/eventos do Sling. Depois que o tamanho dessa fila começar a exceder aproximadamente 40.000 itens, o processamento ficará lento drasticamente. Depois que o tamanho dessa fila exceder 100.000 itens, a estabilidade do sistema começará a sofrer.

Para contornar esse problema, você pode usar o Fast Action Manager para gerenciar a replicação de ativos. Isso funciona sem usar as filas do Sling, diminuindo a sobrecarga, enquanto limita a carga de trabalho para impedir que o servidor fique sobrecarregado. Um exemplo de uso do FAM para gerenciar a replicação é mostrado na página de documentação do recurso.

Outras opções para obter ativos para o farm de publicação incluem o uso de vlt-rcp ou oak-run, que são fornecidos como ferramentas, como parte do Jackrabbit. Outra opção é usar uma ferramenta de software livre para sua infraestrutura Experience Manager chamada Grabbit, que alega ter desempenho mais rápido do que o vlt.

Para qualquer uma dessas abordagens, o aviso é que os ativos na instância do autor não aparecem como ativados. Para lidar com a sinalização desses ativos com o status de ativação correto, também é necessário executar um script para marcar os ativos como ativados.

Clonar publicação

Depois que os ativos tiverem sido ativados, você poderá clonar sua instância de publicação para criar quantas cópias forem necessárias para a implantação. A clonagem de um servidor é bastante simples, mas há alguns passos importantes a serem lembrados. Para clonar a publicação:

1. Faça backup da instância de origem e do armazenamento de dados.
2. Restaure o backup da instância e do armazenamento de dados para o local de destino. As etapas a seguir se referem a essa nova instância.
3. Execute uma pesquisa no sistema de arquivos em crx-quickstart/launchpad/felix para sling.id. Exclua esse arquivo.
4. No caminho raiz do armazenamento de dados, localize e exclua quaisquer arquivos repository-XXX.
5. Edite crx-quickstart/install/org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore.config e crx-quickstart/launchpad/config/org/apache/jackrabbit/oak/plugins/blob/datastore/FileDataStore.config para apontar para o local do armazenamento de dados no novo ambiente.
6. Inicie o ambiente.
7. Atualize a configuração de qualquer agente de replicação no(s) autor(es) para apontar para as instâncias de publicação corretas ou os agentes de liberação do dispatcher na nova instância para apontar para os dispatchers corretos para o novo ambiente.

Ativar workflows

Depois de concluir a migração, os iniciadores dos fluxos de trabalho do Ativo de atualização do DAM devem ser reativados para oferecer suporte à geração de representação e extração de metadados para o uso diário do sistema.

Migrar ativos entre Experience Manager implantações

Embora não seja quase tão comum, às vezes é necessário migrar grandes quantidades de dados de uma instância Experience Manager para outra; por exemplo, ao executar uma atualização de Experience Manager, atualize o hardware ou migre para um novo data center, como uma migração do AMS.

Nesse caso, seus ativos já estão preenchidos com metadados e as representações já são geradas. Você pode simplesmente se concentrar em mover ativos de uma instância para outra. Ao migrar entre instâncias Experience Manager, você executa as seguintes etapas:

1. Desativar fluxos de trabalho: Como você está migrando representações junto com nossos ativos, deseja desativar os inicializadores do fluxo de trabalho para o Ativo de atualização do DAM.

2. Migrar tags: Como você já tem tags carregadas na instância Experience Manager de origem, é possível criá-las em um pacote de conteúdo e instalar o pacote na instância de destino.

3. Migrar ativos: Há duas ferramentas recomendadas para mover ativos de uma instância Experience Manager para outra:

   • O Vault Remote Copy, ou vlt rcp, permite que você use vlt em uma rede. Você pode especificar um diretório de origem e de destino e o vlt baixa todos os dados do repositório de uma instância e os carrega na outra. O rcp vlt está documentado em https://jackrabbit.apache.org/filevault/rcp.html
   • ​​Capaz uma ferramenta de sincronização de conteúdo de código aberto, desenvolvida pelo Time Warner Cable para sua Experience Manager implementação. Como usa fluxos de dados contínuos, em comparação ao vlt rcp, ele tem uma latência mais baixa e alega uma melhoria de velocidade de duas a dez vezes mais rápida que o vlt rcp. O Grabbit também suporta a sincronização somente do conteúdo delta, o que permite sincronizar as alterações depois que uma passagem de migração inicial for concluída.

4. Ativar ativos: Siga as instruções para ativar ativos documentadas para a migração inicial para AEM.

5. Publicação de clone: Assim como com uma nova migração, carregar uma única instância de publicação e clonar é mais eficiente do que ativar o conteúdo em ambos os nós. Consulte Clonando publicação.

6. Ativar workflows: Após concluir a migração, ative novamente os iniciadores dos fluxos de trabalho do Ativo de atualização do DAM para oferecer suporte à geração de representação e extração de metadados para uso diário do sistema.

Recursos do Business.Adobe.com

Auto Text Summarization Automated Onboarding Asset Collections Personalized Communications Theme Editor Digital Asset Management