Novidades e diferenças

Há muitos anos AEM está disponível:

  • No local

  • como um serviço gerenciado

Há diferenças intrínsecas entre essas abordagens anteriores e AEM como 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 do Managed Service, consulte o conjunto de documentação para AEM 6.5.

Arquitetura

OBSERVAÇÃO

Para obter 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 de AEM

OBSERVAÇÃO

Para obter mais detalhes, consulte as Atualizações de versão 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 mais recente do AEM. Isso significa que as instâncias de Produção e Estágio 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 estágio e de produção estejam na mesma versão AEM.

AEM atualizações de versão 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.

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

  • Novas atualizações de recursos

    • Liberado por um agendamento mensal previsível.

Cloud Manager

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

As atualizações podem ser acionadas pelo 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 é:

  • utilizado para gerir programas e ambientes AEM,

  • Uma componente essencial do AEM como Cloud Service; cada novo locatário é provisionado pela primeira vez 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 de AEM que podem ser criados no Cloud Manager são derivados:

  • do acordo de licenciamento do cliente,

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

  • de processos externos, como ensaios iniciados em Adobe.com.

O Cloud Manager evoluiu como um portal de autoatendimento onde os principais componentes do AEM como um 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.

OBSERVAÇÃO

Consulte Acesso ao Experience Manager como Cloud Service para começar a usar o Cloud Manager no AEM como Cloud Service.

Integração

OBSERVAÇÃO

Para obter mais detalhes, consulte Onboard.

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

  • As imagens de AEM da 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, pois agora:

  • 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

Para obter mais detalhes, você pode começar com Diretrizes de desenvolvimento e Desenvolvimento - o tutorial WKND.

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

Desenvolvimento em nuvem

Para que os aplicativos de AEM existentes sejam executados no AEM como 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 AEM da linha de base (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 transmitir 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 em nuvem. 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 é mais diretamente acessível para usuários de um AEM como um ambiente de Cloud Service. 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 serviço de criação ou publicação e, em seguida, acessar as áreas bloqueadas por padrão.

OBSERVAÇÃO

Consulte também Configuração do OSGi

Outro requisito comum para desenvolvedores é o acesso rápido aos arquivos de log dos vários ambientes. Com o AEM como um Cloud Service, os arquivos de log dos diferentes nós do autor e da publicação são disponibilizados por meio do Cloud Manager, no formato 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 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 apoiar iterações e o desenvolvimento rápidos, é também possível desenvolver aplicações AEM fora do AEM como um contexto de Cloud Service. Para essa finalidade, os seguintes artefatos são disponibilizados aos desenvolvedores:

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

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

OBSERVAÇÃO

Observe que o Cloud QuickStart 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 AEM como Cloud Service, tais operações são automatizadas de modo a que qualquer interrupção de serviço deixe de ser necessária.

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 do 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 controlos sanitários. 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 novo e saudável.

Gerenciamento de identidade

OBSERVAÇÃO

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

Uma mudança importante no AEM como Cloud Service é o uso totalmente integrado de IDs de Adobe para acessar o nível de criação.

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 do 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 acesso ao AEM, as contas de usuário podem ser AEM como 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 do Adobe.

  • As preferências do usuário permanecem locais para cada instância específica do AEM como um 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 de criação, tanto para sites quanto para ativos, serão familiares a qualquer pessoa que tenha usado AEM no passado.

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

AEM Sites

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

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

AEM Assets

O Adobe Experience Manager Assets as a Cloud Service oferece uma solução PaaS nativa em nuvem para que as empresas não somente executem suas operações de gerenciamento de ativos digitais e Dynamic Media com velocidade e impacto, como também usem recursos inteligentes de próxima geração, como IA/ML, de um sistema que está sempre atualizado, sempre 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 a visão geral e introdução aos Ativos como Cloud Service.

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

Para obter mais informações, consulte:

Nesta página