Para saber mais sobre a implantação do código para o Cloud Manager no AEM as a Cloud Service, consulte here.
Depois de configurar o Pipeline de produção (repositório, ambiente e ambiente de teste), você estará pronto para implantar seu código.
Clique em Implantar no Cloud Manager para iniciar o processo de implantação.
O Execução de pipeline será exibida.
Clique em Criar para iniciar o processo.
O processo de build completo implanta seu código.
Os seguintes estágios estão envolvidos no processo de criação:
Além disso, você pode revisar as etapas de vários processos de implantação exibindo registros ou revisando resultados para os critérios de teste.
A Implantação do preparo envolve estas etapas:
O Teste de preparo envolve as seguintes etapas:
O Implantação de produção envolve as seguintes etapas:
O Agendar implantação de produção está ativado ao configurar o pipeline.
Com essa opção, você pode agendar a implantação de produção ou clicar em Agora para executar a implantação de produção imediatamente.
A data e a hora programadas são especificadas em termos de fuso horário do usuário.
Clique em Confirmar para verificar suas configurações.
Depois de confirmar o agendamento da implantação, a implantação do código é concluída.
A tela a seguir é exibida quando Agora é selecionada na etapa acima.
As etapas a seguir atingirão o tempo limite se forem deixadas aguardando o feedback do usuário:
Etapa | Tempo limite |
---|---|
Teste de qualidade do código | 14 dias |
Teste de segurança | 14 dias |
Teste de desempenho | 14 dias |
Pedido de aprovação | 14 dias |
Agendar implantação de produção | 14 dias |
Suporte CSE | 14 dias |
A seção a seguir descreve como os pacotes de AEM e dispatcher são implantados na fase de estágio e na fase de produção.
O Cloud Manager carrega todos os arquivos target/*.zip produzidos pelo processo de compilação em um local de armazenamento. Esses artefatos são recuperados desse local durante as fases de implantação do pipeline.
Quando o Cloud Manager é implantado em topologias que não são de produção, o objetivo é concluir a implantação o mais rápido possível e, portanto, os artefatos são implantados em todos os nós simultaneamente da seguinte maneira:
O Cloud Manager determina se cada artefato é um pacote de AEM ou dispatcher.
O Cloud Manager remove todos os dispatchers do Balanceador de Carga para isolar o ambiente durante a implantação.
A menos que configurado de outra forma, você pode ignorar as Alterações no Balanceador de Carga nas Implantações de Desenvolvimento e Estágio, ou seja, desanexar e anexar etapas em pipelines não de produção, para ambientes de desenvolvimento e o pipeline de produção, para ambientes de preparo.
Espera-se que esse recurso seja usado principalmente por clientes 1-1-1.
Cada artefato de AEM é implantado em cada instância AEM por meio de APIs do Gerenciador de Pacotes, com dependências de pacote determinando a ordem de implantação.
Para saber mais sobre como usar pacotes para instalar novas funcionalidades, transferir conteúdo entre instâncias e fazer backup do conteúdo do repositório, consulte Como trabalhar com pacotes.
Todos os artefatos AEM são implantados tanto no autor quanto nos editores. Os run-modes devem ser usados quando configurações específicas a nós são necessárias. Para saber mais sobre como os run-modes permitem ajustar a instância de AEM para uma finalidade específica, consulte Modos de Execução.
O artefato do dispatcher é implantado em cada dispatcher da seguinte maneira:
httpd
diretório. Arquivos imutáveis não são substituídos. Quaisquer alterações feitas em arquivos imutáveis no repositório Git serão ignoradas no momento da implantação. Esses arquivos são fundamentais para a estrutura do AMS Dispatcher e não podem ser alterados.O Cloud Manager espera que o artefato do dispatcher contenha o conjunto completo de arquivos. Todos os arquivos de configuração do dispatcher devem estar presentes no repositório Git. Arquivos ou pastas ausentes resultarão em falha na implantação.
Após a implantação bem-sucedida de todos os pacotes de AEM e dispatcher em todos os nós, os dispatchers serão adicionados novamente ao balanceador de carga e a implantação será concluída.
É possível ignorar as alterações do Balanceador de Carga nas implantações de desenvolvimento e estágio, ou seja, desanexar e anexar etapas em pipelines não relacionados à produção, para ambientes do desenvolvedor e no pipeline de produção, para ambientes de preparo.
O processo de implantação das topologias de produção é um pouco diferente para minimizar o impacto para AEM visitantes do Site.
As implantações de produção geralmente seguem as mesmas etapas descritas acima, mas de maneira contínua:
Em situações críticas, os clientes do Adobe Managed Services podem precisar implantar alterações de código em seus ambientes de preparo e produção sem esperar que um ciclo de teste completo do Cloud Manager seja executado.
Para lidar com essas situações, o pipeline de produção do Cloud Manager pode ser executado em um emergência modo. Quando este modo é utilizado, as etapas dos testes de segurança e desempenho não são executadas; todas as outras etapas, incluindo qualquer etapa de aprovação configurada, são executadas como no modo de execução normal do pipeline.
O recurso Modo de execução do pipeline de emergência é ativado de acordo com o programa pelos engenheiros de sucesso do cliente.
Ao iniciar a execução de um pipeline de produção, se esse recurso tiver sido ativado, é possível iniciar a execução no modo normal ou de emergência na caixa de diálogo, conforme mostrado na figura abaixo.
Além disso, ao visualizar a página de detalhes da execução do pipeline para uma execução em modo de emergência, a navegação estrutural na parte superior da tela mostra um indicador de que o modo de emergência foi usado para essa execução específica.
A criação de uma execução de pipeline nesse modo de emergência também pode ser feita por meio da API do Cloud Manager ou da CLI. Para iniciar uma execução no Modo de emergência, envie uma solicitação PUT para o endpoint de execução do pipeline com o parâmetro de consulta ?pipelineExecutionMode=EMERGENCY
ou, ao usar a CLI:
$ aio cloudmanager:pipeline:create-execution PIPELINE_ID --emergency
Usando --emergency
O sinalizador pode exigir atualização para o mais recente aio-cli-plugin-cloudmanager
versão.
A reexecução da etapa de implantação de produção é compatível com execuções em que a etapa de implantação de produção foi concluída. O tipo de conclusão não é importante - a implantação pode ser bem-sucedida (somente para programas AMS), cancelada ou malsucedida. Dito isso, espera-se que o principal caso de uso seja os casos em que a etapa de implantação de produção falhou por motivos transitórios. A reexecução cria uma nova execução usando o mesmo pipeline. Essa nova execução consiste em três etapas:
A etapa de build pode ser rotulada de forma um pouco diferente na interface do usuário para refletir que está copiando artefatos, não reconstruindo.
Limitações:
Para identificar se uma execução é uma execução reexecutada, o campo trigger pode ser examinado. Seu valor será RE_EXECUTE.
Para acionar uma reexecução, uma solicitação de PUT precisa ser feita no HAL Link http://ns.adobe.com/adobecloud/rel/pipeline/reExecute
no estado da etapa de implantação de produção. Se esse link estiver presente, a execução poderá ser reiniciada a partir dessa etapa. Se estiver ausente, a execução não poderá ser reiniciada dessa etapa. Na versão inicial, esse link só estará presente na etapa de implantação de produção, mas versões futuras poderão oferecer suporte para iniciar o pipeline a partir de outras etapas. Exemplo:
{
"_links": {
"http://ns.adobe.com/adobecloud/rel/pipeline/logs": {
"href": "/api/program/4/pipeline/1/execution/953671/phase/1575676/step/2983530/logs",
"templated": false
},
"http://ns.adobe.com/adobecloud/rel/pipeline/reExecute": {
"href": "/api/program/4/pipeline/1/execution?stepId=2983530",
"templated": false
},
"http://ns.adobe.com/adobecloud/rel/pipeline/metrics": {
"href": "/api/program/4/pipeline/1/execution/953671/phase/1575676/step/2983530/metrics",
"templated": false
},
"self": {
"href": "/api/program/4/pipeline/1/execution/953671/phase/1575676/step/2983530",
"templated": false
}
},
"id": "6187842",
"stepId": "2983530",
"phaseId": "1575676",
"action": "deploy",
"environment": "weretail-global-b75-prod",
"environmentType": "prod",
"environmentId": "59254",
"startedAt": "2022-01-20T14:47:41.247+0000",
"finishedAt": "2022-01-20T15:06:19.885+0000",
"updatedAt": "2022-01-20T15:06:20.803+0000",
"details": {
},
"status": "FINISHED"
A sintaxe do link HAL href O valor acima não se destina a ser usado como ponto de referência. O valor real deve sempre ser lido do link HAL e não gerado.
Envio de um PUT a solicitação para esse endpoint resultará em uma 201º se bem-sucedido e o corpo da resposta será a representação da nova execução. É semelhante a iniciar uma execução regular por meio da API.