Estratégia de implantação do AEM Edge Function no AEM as a Cloud Service
No AEM as a Cloud Service, uma Função do AEM Edge está associada a um ambiente. Cada ambiente provisionado pelo programa, RDE, Dev, Stage e Prod, recebe sua própria instância do AEM Edge Function. Planeje suas promoções, segredos e testes nesse escopo antes de criá-lo no processo de lançamento.
Como as funções do AEM Edge são definidas no escopo
Cada ambiente, RDE, Dev, Stage e Prod, executa sua própria instância do AEM Edge Function. Todas as instâncias são implantadas a partir do mesmo repositório de código (com um arquivo package.json), mas cada instância mantém sua própria configuração, segredos e dados KV.
Promover o código por meio de seus ambientes
No AEM as a Cloud Service, sua configuração de CDN (edgeFunctions.yaml e cdn.yaml) reside no repositório do projeto de site do AEM para consolidar todas as suas configurações de CDN em um único local. No entanto, seu código de Função do AEM Edge reside em um repositório do projeto de Funções do AEM Edge separado.
Promover para o próximo ambiente significa mesclar em ambos os repositórios e, em seguida, implantar cada um. As etapas de alto nível são:
-
Mescle as alterações de configuração (
edgeFunctions.yamlecdn.yaml) na ramificação Git do projeto de site do AEM. -
No Cloud Manager, verifique se o pipeline de configuração usa a ramificação mesclada e se destina ao ambiente desejado.
-
Execute o pipeline de configuração do Cloud Manager para implantar os arquivos
edgeFunctions.yamlecdn.yamlno ambiente de destino. -
Mescle as alterações no código da Função AEM Edge na ramificação Git do projeto do AEM Edge Functions.
-
Verifique se o contexto da CLI (ou sistema de CI/CD) usa a ramificação mesclada e se destina ao ambiente desejado usando o comando
aio aem edge-functions info. -
Execute o
aio aem edge-functions deploy <name>(por meio da CLI ou do sistema CI/CD) para implantar o código de função no ambiente de destino.
Gerenciar segredos por ambiente
Segredos são definidos por ambiente. No Cloud Manager, adicione-os na guia Configuração do ambiente de destino.
As configurações não secretas funcionam da mesma forma independentemente do ambiente: você as declara diretamente em edgeFunctions.yaml, confirmadas no Git. Para obter as etapas exatas, consulte Usar configurações e segredos.
Planejar o SDLC em torno do escopo do ambiente
- Teste a lógica de função no RDE antes que ele atinja outros ambientes.
- Mantenha segredos específicos do ambiente e dados KV isolados para que uma promoção nunca transmita configurações obsoletas.
- Rastrear a configuração e o desvio secreto entre ambientes como parte da lista de verificação de lançamento, não como uma reflexão posterior.