Nesta parte do AEM Jornada de desenvolvedor sem periféricos, você entenderá as etapas para implementar sua primeira experiência headless em AEM incluindo considerações de planejamento e também aprenderá as práticas recomendadas para tornar seu caminho o mais tranquilo possível.
No documento anterior da jornada sem cabeçalho AEM, Introdução ao AEM Headless você aprendeu a teoria básica do que é um CMS sem periféricos e agora deve:
Este artigo se baseia nesses fundamentos para que você entenda como preparar seu próprio projeto sem periféricos AEM.
Este documento ajuda você a entender as etapas necessárias para implementar seu primeiro projeto. Depois de lê-lo, você deve:
Antes de continuar com este documento, verifique se você analisou o documento anterior na Jornada do desenvolvedor sem cabeçalho AEM, Introdução ao AEM Headless certificando-se de que você:
Para iniciar seu primeiro projeto sem periféricos de AEM, é necessário garantir que você tenha um modelo de conteúdo compatível com a personalização e as atualizações que deseja fazer em todos os canais.
Separado de AEM, também é necessário garantir que você tenha um ambiente de desenvolvimento adequado configurado, caso esteja criando um aplicativo no lado do cliente, para testar seu cliente em relação às chamadas de API para AEM.
Você deseja direcionar uma experiência consistente e gerenciar campanhas personalizadas em todos os canais, para que possa visualizar cada canal e superfície individual como sua própria estrutura de conteúdo distinta para entrega. No entanto, ter cada canal com seu próprio modelo de conteúdo será um desafio manter.
Em vez disso, você deve considerar como o conteúdo em diferentes superfícies é relacionado com base no princípio de organização, como hierarquias de marca e produto, categorias de bens ou superfícies, ou etapas na jornada do cliente. Por exemplo, se você tiver um conjunto de superfícies que suportam uma marca específica de carros que você fabrica, talvez queira começar com um modelo de conteúdo para informações gerais que seria verdadeiro para todo o carro e, em seguida, ter elementos mais específicos, como conteúdo necessário quando o carro estiver iniciando até quando houver problemas de serviço. Esse modelo imporá a herança do conteúdo geral da marca de carro e permitirá mudanças com base no contexto específico necessário. Também ajuda no gerenciamento futuro de atualizações desse conteúdo, pois é possível impor o controle com base em funções, como o profissional de marketing geral ou o gerente de produto de toda a marca de carro, em comparação com um autor responsável pela experiência de "carro inicial".
Depois de ter o modelo de conteúdo e a visualização nítida dos vários clientes aos quais o conteúdo precisa ser revelado, é necessário garantir que GraphQL/APIs associadas ao acesso a vários modelos de conteúdo sejam publicadas para todos os clientes que precisam desse conteúdo. Há diferentes opções de como acessar determinado conteúdo. Você pode solicitar um conteúdo específico estático, que permite o armazenamento em cache do conteúdo e desempenho mais alto. Você também pode solicitar conteúdo gerado dinamicamente, o que exigirá mais processamento. Certifique-se de que os clientes estejam aproveitando as APIs mais eficientes para suas necessidades comerciais.
No AEM há três tipos de ambientes: desenvolvimento, armazenamento temporário e produção.
Os ambientes de desenvolvimento (você pode ter vários) são um local seguro para experimentar e experimentar ideias. Durante a fase inicial do projeto, a Adobe recomenda o uso dos ambientes de desenvolvimento para experimentar variações de modelos de conteúdo e ver quais fornecem a saída pretendida para as superfícies.
O ambiente de preparo para projetos sem periféricos é usado para validar novas versões de produtos AEM antes de serem implantados na produção. Mantenha uma lista atualizada dos modelos de conteúdo de produção lá e um subconjunto do conteúdo, para que você possa renderizar arquivos JSON para comparar se eles ainda fornecerem o mesmo resultado, conforme você faz alterações ou a versão de AEM introduz alterações
A produção é onde os autores de conteúdo criam e gerenciam seu conteúdo real. As mudanças de modelo na produção devem ser realizadas com cuidado e tendo em mente a compatibilidade com versões anteriores.
Durante o estágio de desenvolvimento, é recomendável trabalhar com um ambiente de desenvolvimento e preparo. À medida que você migra para o teste de desempenho, é necessário migrar para o ambiente de produção.
Os desenvolvedores precisam de um ambiente de desenvolvimento AEM configurado com os modelos de conteúdo preenchidos. O desenvolvedor desenvolve o cliente que consumirá conteúdo AEM sem periféricos à medida que os autores de conteúdo ainda estiverem criando o conteúdo. É por isso que as definições de API são realmente importantes. Ao utilizar o SDK do AEM, o desenvolvedor pode criar um gancho de teste para que os testes de unidade e do cliente possam ser criados para garantir que o cliente possa renderizar corretamente o conteúdo.
Os autores de conteúdo criam conteúdo com base nos modelos de conteúdo que foram definidos no ambiente de preparo. Usando a ferramenta de criação de fragmento de conteúdo, o autor criaria um novo fragmento de conteúdo ou editaria um fragmento de conteúdo existente. Antes de publicá-lo, o autor pode visualizar como será a aparência no cliente, trabalhando com o desenvolvedor para impulsionar o modelo de conteúdo para o desenvolvimento ou configurar um ambiente de desenvolvedor apenas para que os autores visualizem a aparência dele no cliente.
Antes de começar a usar o headless no AEM, você precisa garantir que todos os recursos necessários estejam habilitados. Esta seção descreve o que é necessário. As etapas reais para executar essas etapas são detalhadas posteriormente na variável AEM Jornada do desenvolvedor headless.
Opcionalmente, também é possível fazer referência à variável recursos adicionais para obter mais informações sobre tópicos individuais.
Esta é uma visão geral do que é necessário para implementar seu primeiro aplicativo sem periféricos usando o AEM para fornecer seu conteúdo. Como executar essas etapas será descrito detalhadamente em partes posteriores da Jornada do desenvolvedor sem cabeçalho.
Um projeto sem cabeça não só é bem-sucedido devido à tecnologia implementada, como também devido ao bom planejamento e governança de projetos. Veja a seguir uma série de práticas recomendadas para autores e desenvolvedores de conteúdo que devem se lembrar ao planejar seu projeto.
Agora que você concluiu esta parte da Jornada de Desenvolvedores sem Cabeça da AEM, você deve:
Queremos que você se baseie nesse conhecimento fundamental para entender totalmente o poder e a flexibilidade de AEM sem Cabeça, para que possa aproveitar esse conhecimento para seus próprios projetos. Para fazer isso, você tem opções.
Não importa qual o seu estilo de aprendizagem, o Adobe quer que você tenha sucesso à medida que inicia seu projeto AEM Headless.
Embora seja recomendável seguir para a próxima parte da jornada de desenvolvimento sem periféricos revisando o documento Como modelar seu conteúdo como modelos de conteúdo AEM, a seguir estão alguns recursos adicionais e opcionais que aprofundam alguns conceitos mencionados neste documento, mas não é necessário que eles continuem na jornada sem periféricos.