A seção a seguir descreve as Notas de versão gerais do Experience Manager as a Cloud Service 2020.7.0.
O Experience Manager as a Cloud Service 2020.7.0 foi lançado em 30 de julho de 2020.
Os conectores do Experience Manager as a Cloud Service para o Adobe Target e o Adobe Analytics incluem as seguintes melhorias:
Uma nova implementação da interface do usuário substitui a implementação com base na interface clássica.
Os diálogos da interface do usuário foram simplificados, deixando a criação da estrutura para mapeamento variável e outras configurações para o Adobe Launch. Consulte Integração do Adobe Analytics e Integração do Adobe Target.
As configurações agora são armazenadas em /conf
e não em /etc/cloudsettings
no repositório do Experience Manager.
O Asset Compute Service é um serviço dimensionável e extensível para processar ativos. Os administradores podem configurar Experience Manager para chamar aplicativos personalizados criados usando Asset Compute Service. Os desenvolvedores podem usar o serviço para criar aplicativos personalizados especializados que atendam a casos de uso complexos. Esse serviço da Web pode gerar miniaturas para diferentes tipos de arquivos, renderizações de imagem de alta qualidade de formatos de arquivo Adobe, codificar vídeos (futuros), extrair metadados, extrair texto completo como precursor para indexação e executar um ativo por meio de todos os serviços Sensei disponíveis. consulte usar microserviços de ativos e perfis de processamento.
A configuração inicial do Dynamic Media no Experience Manager as a Cloud Service foi aprimorada para ficar mais robusta. Agora, ela informa o progresso dos processos aos administradores.
A publicação de ativos no Dynamic Media está mais simples e robusta e agora faz parte do pipeline de processamento de ativos global usando microsserviços de ativos e melhorando o back-end de publicação em lote.
As etapas de fluxo de trabalho que não são compatíveis com uma implantação do Cloud Service agora são marcadas com um aviso no editor de modelo de fluxo de trabalho. Além disso, ao executar os fluxos de trabalho existentes no ambiente do Cloud Service, as etapas do fluxo de trabalho incompatíveis são ignoradas.
Os modelos de fluxo de trabalho criados pelos clientes implantados em /conf/global
Cloud Manager no projeto Git associado ao ambiente no são implantados automaticamente em /var
e, portanto, disponibilizados no Experience Manager. Os modelos de fluxo de trabalho do produto em /libs
que foram alterados pelo cliente não são implantados automaticamente em /var
.
dam:size
e dam:sha1
são excluídos XMP write-back. (CQ-4237355)O AEM Commerce agora está disponível no Cloud Service.
Consulte Introdução ao AEM as a Cloud Service para obter mais detalhes.
A versão 2.11.0 dos Componentes principais do AEM agora está disponível como parte do AEM Sites, incluindo:
Introdução de um novo Visualizador de PDF.
O suporte para Accelerated Mobile Pages (AMP) dos Componentes principais já está disponível. As páginas AMP ajudam a produzir experiências mais rápidas para o cliente, fazendo a transição da página de maneira instantânea ao entrar no site a partir de um resultado de pesquisa do Google para dispositivos móveis, o que melhora a participação do usuário e o SEO.
Consulte Suporte AMP para os Componentes principais para obter mais detalhes
Compatibilidade com a versão 1.0.2 da Camada de dados do cliente da Adobe.
Correções de erros e melhorias na qualidade do código.
A data de lançamento da versão 2020.7.0 do Cloud Manager é 9 de julho de 2020.
A página de ambientes foi renovada.
A página de ambientes hibernados agora mostra um status discreto no Cloud Manager.
O número de variáveis por ambiente aumentou para 200.
Os pipelines do Cloud Manager agora oferecem suporte a variáveis e segredos definidos pelo cliente.
Consulte Variáveis de pipeline para saber mais.
Agora há suporte para Repositórios de Maven Privado com vínculo de autenticação.
O container de build do Cloud Manager agora é compatível com Java 8 e Java 11.
Consulte Usando o suporte Java 11 para obter mais detalhes.
Devido a um erro, o link do Cloud Manager para o Console do desenvolvedor estava ativo antes dos ambientes serem totalmente criados.
O link direto do Cloud Manager para o Console do desenvolvedor não exibia a opção de desibernar/hibernar para ambientes do Programa de sandbox.
As opções Cancelar e Salvar nem sempre estavam visíveis na página de edição do pipeline de não produção.
Certas falhas no processo de qualidade do código podiam resultar na geração incorreta do arquivo de log.
Às vezes, o nome sugerido na criação de um novo programa retornava um duplicado de um nome de programa existente.
Grandes logs de etapas de pipeline não podiam ser baixados consistentemente pela interface do usuário.
A validação de nomes de ambientes apresentava um erro off-by-one.
A página Ambientes às vezes mostrava segmentos do Publish e do Dispatcher sem que estivessem presentes.
Os logs podem ser encaminhados para contas do Splunk, permitindo que as organizações aproveitem o investimento feito no Splunk.
Um endereço IP de saída estático e dedicado pode ser atribuído para tráfego externo programado no código Java, que pode ser útil para algumas integrações.
A interface do AEM Analytics Cloud Service foi transferida da interface clássica para a nova interface do AEM. Além disso, a localização do Analytics Cloud Service no repositório do AEM foi movida de /etc
para /conf
, para alinhar com outros serviços em nuvem AEM.
A interface do AEM Target Cloud Service foi transferida da clássica para a nova interface do AEM. Além disso, a localização do serviço na nuvem do Target no repositório do AEM foi movida de /etc
para /conf
, para alinhar com outros serviços em nuvem AEM.
Siga esta seção para saber mais sobre as novidades e as atualizações do Cloud Readiness Analyzer versão v1.0.2.
Não foi possível executar a versão anterior do CRA no Adobe Experience Manager (AEM) 6.1. Foi adicionado suporte direto para permitir usuários no grupo de administradores.
Consulte Instalação do CRA no AEM 6.1 para obter mais detalhes.
O carimbo de data e hora de expiração exibido no relatório de resumo estava incorreto.
O CRA estava detectando componentes personalizados duplicados.
No AEM 6.1, a inspeção de conteúdo era encerrada antes de concluir a inspeção completa. Adição de um gerenciamento de exceções para permitir que o inspetor pule e continue até que a inspeção completa seja concluída.