Novidades e diferenças

Há muitos anos, o AEM está disponível:

  • No local

  • as a Managed Service

Existem diferenças intrínsecas entre estas abordagens anteriores e o AEM as a Cloud Service:

OBSERVAÇÃO

Essas visões gerais não são exaustivas, mas destinam-se a fornecer uma introdução.

OBSERVAÇÃO

Para obter mais detalhes sobre as versões no local e o Managed Service, consulte o conjunto de documentações para o AEM 6.5.

Arquitetura

OBSERVAÇÃO

Para mais detalhes, consulte Arquitetura.

O AEM as a 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 do AEM

OBSERVAÇÃO

Para mais detalhes, consulte as Atualizações de versão do AEM.

O AEM as a Cloud Service agora usa a Integração contínua e o Delivery contínuo (CI/CD) para garantir que seus projetos estejam na versão do AEM mais recente. Isso significa que as instâncias de Produção e Preparo são atualizadas para a versão mais recente do AEM sem interrupção do serviço para os usuários.

OBSERVAÇÃO

Se a atualização para o ambiente de produção falhar, o Cloud Manager reverterá automaticamente o ambiente de preparo. Isso é feito automaticamente para garantir que, após a conclusão de uma atualização, os ambientes de preparo e de produção estejam na mesma versão do AEM.

As atualizações de versão do AEM são de dois tipos:

  • Atualizações de push do AEM

    • Pode ser lançado diariamente.

    • Geralmente manutenção, incluindo as últimas correções de erros e atualizações de segurança.

      Como as alterações são aplicadas regularmente, o impacto é incremental, reduzindo o impacto no serviço.

  • Novas atualizações de recursos

    • Liberado em um cronograma mensal previsível.

Cloud Manager

O Adobe Cloud Manager é parte integrante da abordagem de atualização contínua do AEM as a Cloud Service, pois controla todas as atualizações das instâncias. Isso é obrigatório.

As atualizações podem ser acionadas pela Adobe quando uma nova versão do Cloud Service estiver disponível. Como alternativa, você pode acionar as atualizações do aplicativo usando os pipelines fornecidos pelo Cloud Manager.

O Cloud Manager é:

  • utilizado para gerenciar programas e ambientes do AEM,

  • um componente essencial do AEM as a Cloud Service; cada novo locatário é primeiramente provisionado para acesso ao Cloud Manager,

  • o ponto de entrada único para suas operações e equipe de desenvolvimento.

Especificamente, o número e o tipo de programas do AEM que podem ser criados no Cloud Manager são derivados:

  • do acordo de licenciamento do cliente,

  • de intervenientes internos, quando o AEM as a Cloud Service for utilizado para ativação ou formação,

  • de processos externos, como avaliações iniciadas em Adobe.com.

O Cloud Manager evoluiu como um portal de autoatendimento, em que os principais componentes do AEM as a Cloud Service podem ser criados e configurados:

  • Criação e gerenciamento de novos programas. Consulte Noções básicas sobre programas e tipos de programas para obter mais detalhes.

  • Criação e gerenciamento dos ambientes AEM nesses programas. Consulte Gerenciamento de ambientes para obter mais detalhes.

  • Criação e gerenciamento de pipelines para implantação do código do cliente e da configuração relacionada a um ambiente específico. Consulte Configuração do pipeline de CI-CD para obter mais detalhes.

  • Ser notificado sobre eventos importantes do ciclo de vida desses componentes (por exemplo, atualizações de produtos).

O Cloud Manager cria ambientes em data centers em várias regiões geográficas, fornecendo cobertura global. Os pontos de presença (PoPs) da CDN garantem a entrega de conteúdo de baixa latência para clientes localizados em todo o mundo.

Integração

OBSERVAÇÃO

Para obter mais detalhes, consulte Integração.

Iniciar e gerenciar um projeto AEM é simples quando se usa o AEM as a Cloud Service, pois a Adobe é responsável por vários aspectos:

  • As imagens AEM da linha de base são otimizadas para casos de uso específicos.

  • Muitas das tarefas de configuração manual foram tornadas redundantes.

Também é significativamente diferente, pois agora há:

  • 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 e/ou código existente personalizado pelo cliente

  • Requisitos de implantação:

    • Atualizações de código: todos os aplicativos de clientes desenvolvidos para uma versão anterior do AEM precisarão ser revisados e possivelmente atualizados.

    • Migração de conteúdo

Desenvolvimento

OBSERVAÇÃO

A nova arquitetura compatível com o AEM as a Cloud Service envolve algumas alterações importantes na experiência geral do desenvolvedor. Um dos principais objetivos do AEM as a Cloud Service é permitir que clientes experientes (que usaram AEM local ou no contexto do Adobe Managed Services) migrem para o AEM as a Cloud Service o mais rápido possível, sem precisar reescrever a maior parte de seu código personalizado. No entanto, alguns ajustes podem ser necessários.

Desenvolvimento na nuvem

Para que os aplicativos do AEM existentes sejam executados no AEM as a Cloud Service, 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 de linha de base do AEM (que pode estar mudando diariamente).
    • O aplicativo do cliente deve ser criado e implantado usando o pipeline do Cloud Manager associado ao ambiente do Cloud Manager.
  • 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 Cloud Manager.

Esse processo é comumente chamado de desenvolvimento Cloud-first. Como a duração de ponta a ponta deve demorar minutos (de 20 a 50, dependendo da complexidade do aplicativo), é necessário adotar metodologias de desenvolvimento rápidas antes que as alterações pendentes no código e na configuração sejam tentadas na nuvem.

O Console da Web, onde os pacotes OSGI e sua configuração associada são gerenciados e anteriormente parte do AEM QuickStart, não está mais disponível AEM as a Cloud Service. O novo console do desenvolvedor fornece uma interface somente leitura para a maioria das informações de tempo de execução. 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 exibir as informações relevantes.

OBSERVAÇÃO

Consulte também Configuração OSGi

Outro requisito comum para desenvolvedores é o acesso rápido aos arquivos de log dos vários ambientes. Com o AEM as a Cloud Service, os arquivos de log dos diferentes nós do autor e da publicação são disponibilizados por meio do Cloud Manager, 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 de 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

A fim de suportar iterações e desenvolvimento rápidos, também é possível desenvolver aplicativos do AEM fora do contexto do AEM as a Cloud Service. Para essa finalidade, os seguintes artefatos são disponibilizados aos desenvolvedores:

  • O QuickStart do AEM as a Cloud Service: um instalador independente e com base em .jar da base de código do AEM mais recente, com a mesma superfície funcional e de API.

  • O SDK do Dispatcher do AEM as a Cloud Service: um processo baseado em imagens para testar e validar as configurações do Dispatcher localmente

OBSERVAÇÃO

Observe que o QuickStart do Cloud não permite todas as funcionalidades do AEM Sites e do AEM Assets. Consiste em um ambiente de autor simples, no qual a maioria das extensões pode ser desenvolvida e testada.

Operações e desempenho

OBSERVAÇÃO

Para obter mais detalhes, comece com Backup, Indexação e outras Tarefas de manutenção.

Com o AEM as a Cloud Service, essas operações são automatizadas de modo que não seja mais necessário qualquer interrupção do serviço.

Nestas áreas:

  • Muitas tarefas foram automatizadas.

  • As topologias são otimizadas para obter o máximo de resiliência e eficiência; por exemplo, a replicação sem binários é o padrão.

  • As tarefas de carregamento pesado, como filas, tarefas e tarefas de processamento em massa, foram movidas para fora da instância principal do AEM para serem tratadas por microsserviços compartilhados e dedicados.

As operações para o AEM as a Cloud Service também são suportadas por uma nova infraestrutura de monitoramento, geração de relatórios e alerta. Isso permite que os Adobe SREs (engenheiros de confiabilidade do site) mantenham o serviço saudável de forma proativa. Os diferentes elementos da arquitetura estão equipados com uma variedade de verificações de integridade. Se, por algum motivo, um determinado nó da arquitetura for considerado não íntegro, ele será removido do serviço e silenciosamente substituído por um nó novo e saudável.

Gerenciamento de identidade

OBSERVAÇÃO

Para obter mais detalhes, consulte Segurança - Suporte IMS.

Uma mudança importante do AEM as a Cloud Service é o uso totalmente integrado de Adobe IDs para acessar o nível do autor.

Isso requer o uso do Adobe Admin console 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 do perfil do usuário são centralizadas no Adobe Identity Management System (IMS) para serem compartilhadas em todos os serviços em nuvem. Após ter atribuído o acesso ao AEM, as contas de usuário podem ser referenciadas no AEM as a Cloud Service (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:

  • Uso do Sistema Adobe Identity Management (IMS) para fornecer logon único em todos os aplicativos de nuvem da Adobe.

  • As preferências do usuário permanecem locais para cada instância específica do AEM as a Cloud Service.

Criação da interface do usuário

OBSERVAÇÃO

Para obter mais detalhes, o Manuseio básico é um bom ponto de partida.

Os princípios básicos da interface do usuário (UI) de criação, tanto para o Sites quanto para o Assets, serão reconhecíveis a qualquer pessoa que tenha usado o AEM no passado.

A principal diferença é que a interface é habilitada para toque; a interface clássica não está mais disponível. No mais, as funcionalidades básicas permanecem inalteradas, verificando-se apenas pequenas alterações.

AEM Sites

O Adobe Experience Manager Sites as a Cloud Service permite proporcionar experiências personalizadas e orientadas por conteúdo aos clientes, combinando o poder do Sistema de gerenciamento de conteúdo do AEM com o Gerenciamento de ativos digitais do AEM.

Para obter detalhes, consulte a visão geral de Alterações no Sites.

AEM Assets

O Adobe Experience Manager Assets as a Cloud Service oferece uma solução PaaS em nuvem para que as empresas não somente executem suas operações de Gerenciamento de ativos digitais e Mídia dinâmica com velocidade e impacto, como também usem recursos inteligentes de próxima geração, como IA/aprendizado de máquina, de um sistema que está sempre atualizado, disponível e aprendendo.

A oferta de ativos inclui o processamento de ativos da próxima geração na nuvem e a assimilação e pesquisa de ativos de alto desempenho.

Para obter detalhes, consulte visão geral e introdução ao Assets as a Cloud Service.

Noções básicas sobre o Adobe Experience Manager as a Cloud Service

Para obter mais informações, consulte:

DICA

Depois de receber uma visão geral do AEM as a Cloud Service, você poderá integrar-se rapidamente revisando a Jornada de integração.

Já integrado ou pronto para mergulhar nos recursos de AEM de teste? Instale o Complemento de demonstrações de referência do AEM para explorar recursos avançados do AEM usando exemplos bem colocados.

Nesta página