Show Menu
TÓPICOS×

Novidades e diferenças

Há muitos anos o AEM está disponível:
  • No local
  • como um serviço gerenciado
Há diferenças intrínsecas entre essas abordagens anteriores e o AEM como um serviço em nuvem:
Essas visões gerais não são exaustivas, mas têm como objetivo fornecer uma introdução.
Para obter mais detalhes sobre as versões On-Premise e Managed Service, consulte a documentação definida para o AEM 6.5 .

Arquitetura

Para obter mais detalhes, consulte Arquitetura .
O AEM como Cloud Service agora tem:
  • Uma arquitetura dinâmica com diversas imagens do AEM.

Arquitetura dinâmica

Essa arquitetura:
  • É dimensionada com base no tráfego real e na atividade real .
  • Possui instâncias individuais que são executadas somente quando necessário.
  • Usa aplicativos modulares.
  • Possui um cluster de criação como padrão; isso evita o tempo de inatividade para tarefas de manutenção.
Isso permite o dimensionamento automático para vários padrões de uso:

Dimensionamento automático para vários padrões de uso

Atualizações

Para obter mais detalhes, consulte a Introdução à implantação .
O AEM como serviço em nuvem agora usa a integração contínua e a entrega contínua (CI/CD) para garantir que seus projetos estejam totalmente atualizados. Isso significa que todas as operações de atualização são totalmente automatizadas, portanto, não é necessário interromper o serviço para os usuários.
A Adobe cuida proativamente da atualização de todas as instâncias operacionais do serviço para a versão mais recente da base de código do AEM:
  • Correções de erros:
    • Pode ser lançado diariamente.
    • As instâncias são atualizadas com frequência com as correções de erros mais recentes. Como as mudanças são aplicadas regularmente, o impacto é incremental, reduzindo o impacto sobre seu serviço.
    • A maioria das atualizações é feita por motivos de manutenção e segurança.
  • Novos recursos:
    • Será lançado por meio de uma programação mensal previsível.
Para obter mais detalhes, consulte Arquitetura de implantação .

Cloud Manager

O Adobe Cloud Manager é parte integrante da abordagem de atualização contínua do AEM como um serviço em nuvem, pois controla todas as atualizações em suas instâncias - isso é obrigatório.
As atualizações podem ser acionadas pela Adobe quando uma nova versão do serviço de nuvem estiver disponível. Como alternativa, você pode acionar as atualizações do aplicativo usando os pipelines fornecidos pelo Cloud Manager.
O Cloud Manager é:
  • usado para gerenciar programas e ambientes AEM,
  • um componente essencial do AEM como um serviço em nuvem; cada novo inquilino é provisionado pela primeira vez para acesso ao Cloud Manager,
  • o ponto de entrada único para sua equipe de operações e desenvolvimento.
Especificamente, o número e o tipo de programas AEM que podem ser criados no Gerenciador de nuvem são derivados:
  • do contrato de licença do cliente,
  • de atores internos quando o AEM como um serviço em nuvem é usado para habilitação ou treinamento,
  • de processos externos, como testes iniciados em Adobe.com.
O Cloud Manager evoluiu como um portal de autoatendimento no qual os principais componentes do AEM como um serviço em nuvem podem ser criados e configurados:
  • Criação e gerenciamento de novos programas.
  • Criar e gerenciar os ambientes AEM dentro desses programas.
  • Criação e gerenciamento de pipelines para a implantação do código do cliente e da configuração relacionada a um ambiente específico.
  • Ser notificado sobre eventos importantes do ciclo de vida desses componentes (por exemplo, atualizações de produtos).
Atualmente, o Cloud Manager pode criar ambientes em três regiões geográficas (com mais regiões a seguir):
  • EUA (Leste)
  • EMEA (Países Baixos)
  • APAC (Austrália)

Integração

Para obter mais detalhes, consulte Onboard (Onboard ).
Iniciar e gerenciar um projeto do AEM é simples ao usar o AEM como um serviço do Cloud, pois a Adobe é responsável por vários aspectos:
  • As imagens do AEM de linha de base são otimizadas para casos de uso específicos.
  • Muitas das tarefas de configuração manual foram redundantes.
Também é significativamente diferente, já que agora existe:
  • Uma fase de avaliação para garantir que todos os pré-requisitos foram cumpridos; incluindo, por exemplo:
    • Requisitos legais
    • Acordos contratuais
    • Requisitos técnicos para qualquer conteúdo existente e/ou código personalizado pelo cliente
  • Requisitos de implantação:
    • Atualizações de código; todos os aplicativos do cliente desenvolvidos para uma versão anterior do AEM precisarão ser revisados e possivelmente atualizados.
    • Migração de conteúdo

Desenvolvimento

Para obter mais detalhes, você pode começar com as Diretrizes de desenvolvimento e Desenvolvimento - O tutorial da WKND.
A nova arquitetura que suporta o AEM como um serviço em nuvem envolve algumas alterações importantes na experiência geral do desenvolvedor. Um dos principais objetivos do AEM como serviço em nuvem é permitir que clientes experientes (que usaram o AEM no local ou no contexto dos serviços gerenciados da Adobe) migrem para o AEM como um serviço em nuvem o mais rápido possível, sem precisar reescrever a maior parte do código personalizado. No entanto, poderão ainda ser necessários alguns ajustamentos.

Desenvolvimento em nuvem

Para que os aplicativos AEM existentes sejam executados no AEM como um serviço de nuvem, as seguintes etapas são esperadas:
  • O código e a configuração do aplicativo devem ser armazenados no repositório de código Git do programa associado do Cloud Manager.
  • O código e a configuração do aplicativo devem ser compatíveis com a versão mais recente da imagem AEM de linha de base (que pode estar mudando diariamente).
    • O aplicativo do cliente deve ser criado e implantado usando o pipeline do Gerenciador de nuvem associado ao ambiente do Gerenciador de nuvem.
  • O aplicativo do cliente deve passar por todas as portas de qualidade, segurança e desempenho do código aplicadas no pipeline.
  • As imagens criadas para o aplicativo do cliente devem ser implantadas pelo pipeline do Gerenciador de nuvem.
Esse processo é comumente chamado de desenvolvimento em nuvem. Como a duração completa deve levar minutos (de 20 a 50, dependendo da complexidade do aplicativo), é necessário adotar metodologias de desenvolvimento rápido antes que o código pendente e as alterações de configuração sejam tentadas na nuvem.
O console da Web, onde os pacotes OSGI e suas configurações associadas são gerenciados e anteriormente parte do QuickStart do AEM, não é mais diretamente acessível aos usuários de um AEM como um ambiente de serviço em nuvem. Essa interface ainda pode ser acessada no modo somente leitura usando um novo console do desenvolvedor. Com esse console, os desenvolvedores podem selecionar e fazer logon diretamente em qualquer nó específico de um autor ou serviço de publicação e, em seguida, acessar as áreas bloqueadas por padrão.
Consulte também Configuração OSGi
Outro requisito comum para desenvolvedores é o acesso rápido aos arquivos de registro dos vários ambientes. Com o AEM como um serviço em nuvem, os arquivos de registro dos diferentes nós do autor e publicação são disponibilizados pelo Gerenciador de nuvem, na forma de arquivos que podem ser baixados ou por meio de APIs.
Devido à clara separação de código e conteúdo, os desenvolvedores podem usar um processo específico para atualizar o conteúdo como parte de uma implantação. Os casos de uso típicos para conteúdo mutável são:
  • Conteúdo padrão que faz parte do projeto do cliente (por exemplo, pastas, modelos, fluxos de trabalho etc.)
  • Definições de índice de pesquisa
  • ACLs e permissões
  • Usuários do serviço e grupos de usuários

Desenvolvimento local

Para suportar iterações e desenvolvimento rápidos, também é possível desenvolver aplicativos AEM fora do AEM como um contexto de Serviço em nuvem. Para esse efeito, os seguintes artefatos são disponibilizados aos desenvolvedores:
  • O AEM como um QuickStart de serviço em nuvem: um instalador independente .jar baseado na base de código AEM mais recente, com a mesma superfície funcional e de API.
  • O AEM como um SDK do Dispatcher do serviço em nuvem: um processo baseado em imagem para testar e validar configurações do Dispatcher localmente
Observe que o QuickStart da Cloud não permite todas as funcionalidades do AEM Sites e do AEM Assets. Consiste em um ambiente simples de criação, onde a maioria das extensões pode ser desenvolvida e testada.

Operações e desempenho

Para obter mais detalhes, comece com Backup , Indexação e outras Tarefas de manutenção .
Com o AEM como um serviço em nuvem, essas operações são automatizadas para que nenhuma interrupção do serviço seja mais necessária.
Nestas áreas:
  • Muitas tarefas foram automatizadas.
  • As topologias são otimizadas para a máxima resistência e eficiência; por exemplo, a replicação sem binários é o padrão.
  • Tarefas de carga intensa, como filas, trabalhos e tarefas de processamento em massa, foram removidas da instância principal do AEM para serem tratadas por microserviços compartilhados e dedicados.
As operações do AEM como um serviço em nuvem também são suportadas por uma nova infraestrutura de monitoramento, relatórios e alertas. Isso permite que os Adobe SREs (Site Reliability Engineers, engenheiros de confiabilidade do site) mantenham o serviço saudável de forma proativa. Os vários elementos da arquitetura estão equipados com uma variedade de controlos sanitários. Se, por algum motivo, um nó específico da arquitetura for considerado insalubre, ele será removido do serviço e silenciosamente substituído por um novo nó saudável.

Gerenciamento de identidade

Para obter mais detalhes, consulte Segurança - Suporte IMS.
Uma grande mudança no AEM como um serviço em nuvem é o uso totalmente integrado das Adobe IDs para acessar a camada do autor.
Isso requer o uso do console de administração da Adobe para gerenciar usuários e grupos de usuários. As contas de usuário permitem que seus usuários acessem produtos e serviços da Adobe, já que as informações de perfil do usuário estão centralizadas no Adobe Identity Management System (IMS) para serem compartilhadas em todos os serviços em nuvem. Depois que o acesso ao AEM é atribuído, as contas de usuário podem ser referenciadas no AEM como um serviço em nuvem (como antes); por exemplo, para definir funções e permissões das interfaces de usuário do AEM Security.
Isso combina os benefícios de:
  • Usar o Adobe Identity Management System (IMS) para fornecer logon único em todos os aplicativos em nuvem da Adobe.
  • As preferências do usuário permanecem locais para cada instância específica do AEM como um serviço em nuvem.

Interface do usuário de criação

Para obter mais detalhes, o Manuseio Manuseio básico básico é um bom ponto de partida.
Os princípios básicos da interface do usuário de criação, tanto para sites quanto para ativos, serão familiares a qualquer pessoa que já tenha usado o AEM no passado.
A principal diferença é que a interface do usuário está habilitada para toque; a interface clássica não está mais disponível. Caso contrário, os fundamentos permanecerão inalterados, sendo apenas visíveis pequenas alterações.

AEM Sites

O Adobe Experience Manager Sites como um serviço em nuvem permite que você forneça aos clientes experiências personalizadas e orientadas por conteúdo, combinando o poder do AEM Content Management System com o AEM Digital Asset Management.
Para obter detalhes, consulte a visão geral de Alterações em sites .

Ativos AEM

Os ativos Adobe Experience Manager como um serviço em nuvem oferecem uma solução SaaS nativa para as empresas não apenas executarem suas operações de Gerenciamento de ativos digitais e Mídia dinâmica com velocidade e impacto, mas também usarem recursos inteligentes da próxima geração, como o AI/ML, de dentro de um sistema que está sempre atualizado, sempre disponível e sempre aprendendo.
A oferta de ativos inclui o processamento de ativos da próxima geração na nuvem e a inclusão e pesquisa de ativos de alto desempenho.
Para obter detalhes, consulte Visão geral e introdução aos Ativos como um serviço em nuvem.