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

Ao gerenciar solicitações para implantação de apps em Central de gestão do App Engine (AEMC), use este fluxo de trabalho para entender como as implantações de apps 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 do app 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 diferentes ações dependendo se há erros ou não durante a publicação.
   1. Se houver erros na publicação do app e a gravidade 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 gravidade 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 foi encerrada. Esta ação encerra o fluxo de trabalho.
   2. Se o registro for aprovado e se 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 a verificação de instância de definições do app com escopo e quaisquer outros pacotes na tabela Pacotes de verificação [[scan_suites]] na instância de teste.
         Nota:

         A tabela Pacotes de verificação deve ser preenchida na instância do controlador.
      3. Executa o pacote Automated Test Framework (ATF) do pacote de testes de implantação de aplicações e todos os pacotes na tabela Pacotes de verificação [scan_suites] na instância de teste.
      4. Grava os resultados da verificação de instância e do teste 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, na qual 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 da Gestão de mudanças.
      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 diferentes ações 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 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á até que o estado seja Implementação.
         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 Inicial 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.