Pipelines e implantações versão de fluxo de trabalho 24.1.2

Ao gerenciar solicitações de implantação de app em Central de gestão do App Engine (AEMC), use este fluxo de trabalho para entender como as implantações de app se movem pelos pipelines na versão 24.1.2, lançada em novembro de 2023.

Figura 1. Fluxo de trabalho do Pipelines e implantações

Neste fluxo de trabalho:

1. O solicitante seleciona Enviar em App Engine Studio, o que aciona o fluxo principal.
2. O sistema executa as seguintes tarefas em segundo plano:
   1. Valida a carga.
   2. Busca o manifesto da aplicação do registro sys_app na instância de origem.
   3. Cria uma solicitação de implantação na instância do controlador.
   4. Envia um e-mail da instância do controlador para notificar o solicitante de que a solicitação foi criada.
   5. Publica a aplicação no Repositório de aplicações.
3. O sistema executa ações diferentes, dependendo se há erros ou não durante a publicação.
   1. Se houver erros na publicação da aplicação e a severidade do erro for Erro, o sistema criará e aguardará a aprovação do registro atualizado.
   2. Se não houver erros, ou se houver erros, mas a severidade do erro não for Erro, o sistema pesquisará o próximo ambiente no registro do pipeline.
      1. Se o próximo ambiente não existir, o sistema enviará um e-mail da instância do controlador para notificar o solicitante de que a solicitação foi encerrada e o app foi publicado na instância de destino. Esta ação encerra o fluxo de trabalho.
      2. Se o próximo ambiente existir, o sistema atualizará o campo Ambiente de destino na solicitação de implantação para o próximo ambiente. Em seguida, o sistema cria e aguarda a aprovação do registro atualizado.
4. O sistema executa ações diferentes, dependendo se o novo registro foi aprovado.
   1. Se o registro não for aprovado, o sistema enviará um e-mail da instância do controlador para notificar o solicitante de que a solicitação não foi aprovada e que a solicitação foi encerrada. Esta ação encerra o fluxo de trabalho.
   2. Se o registro for aprovado e o ambiente de destino for Teste, o sistema executará as seguintes ações:
      1. Implanta o app no ambiente de testes, se o app não estiver disponível lá.
      2. Executa o pacote de verificação de instância das definições de app com escopo e quaisquer outros pacotes na tabela Pacotes de verificação [scan_suites] na instância do controlador.
      3. Executa o pacote ATF ( Aplication Deployment Test Suite ) e todos os pacotes na tabela Pacotes de verificação [scan_suites] na instância do controlador.
      4. Grava resultados de verificação de instância e ATF na tabela de resultados do ambiente de implantação e no fluxo de atividades na solicitação de implantação.
      5. Retorna o fluxo de trabalho para a etapa 3, em que ele verifica se há erros.
   3. Se o registro for aprovado e o ambiente de destino for Produção, o app iniciará o processo de implantação programada com a integração do Change Management.
      1. O administrador do App Engine seleciona Aprovar e criar solicitação de mudança. Uma solicitação de mudança é criada com base no modelo escolhido durante a Configuração assistida.
      2. O sistema executa ações diferentes, dependendo se o app está registrado como um item de configuração (IC).
         1. Se o app não estiver registrado como um IC, o sistema registrará o app como um IC e, em seguida, adicionará o IC afetado à solicitação de mudança.
         2. Se o app estiver registrado como um IC, o sistema adicionará o IC afetado à solicitação de mudança.
      3. O sistema executa ações diferentes dependendo se a solicitação de mudança está no estado Implementar.
         1. Se o estado da solicitação de mudança não for Implementare o estado não for Avaliar ou Autorizar, o sistema enviará um e-mail da instância do controlador para notificar o solicitante de que a solicitação não foi aprovada e foi encerrada. Isso encerra o fluxo de trabalho.
         2. Se o estado da solicitação de mudança não for Implementare o estado for Avaliar ou Autorizar, o sistema aguardará o estado ser Implementar.
         3. Se a solicitação de mudança estiver no estado Implementar, o sistema criará uma tarefa de mudança para programar a implantação do app.
      4. Se o estado da solicitação de mudança for Implementar e a Data de início planejada não for Agora ou no passado, o sistema aguardará até que essas duas condições sejam verdadeiras
      5. Se o estado da solicitação de mudança for Implementar e a Data de início planejada for Agora ou no passado, mas a solicitação for Rejeitada ou Cancelada, o sistema enviará um e-mail da instância do Controlador para notificar o solicitante de que a solicitação não foi aprovada e foi encerrada . Isso encerra o fluxo de trabalho.
      6. Se o estado da solicitação de mudança for Implementar e a Data de início planejada for Agora ou no passado, o sistema programará a implantação do app para Produção com base na Data de início planejada na solicitação de mudança. O sistema fecha a tarefa de mudança e, em seguida, fecha a solicitação de implantação. Isso encerra o fluxo de trabalho.
   4. Se o registro for aprovado e o ambiente de destino não for de teste ou produção, o sistema implantará o app no ambiente de destino, se ele não estiver disponível lá.

      O fluxo de trabalho é reiniciado quando um solicitante seleciona Enviar novamente no App Engine Studio.