Partilhar via

Expandir pipelines no Power Platform

  • Artigo

Os pipelines podem ser personalizados para servir as necessidades exclusivas de uma organização. Por exemplo, pode adicionar aprovações, implementar através de principais de serviço e integrar com sistemas internos de registo, o Azure DevOps, o GitHub e muito mais. Uma vez que são utilizados eventos de negócio do Microsoft Dataverse, a lógica de negócio pode ser executada dentro do Power Automate ou em vários outros subscritores. O seu pipeline pode ser básico ou sofisticado por dentro, mas, no exterior, a experiência de implementação permanece simples para os criadores.

Importante

  • Estão a ser implementadas gradualmente novas extensões de pipelines em todas as regiões e podem ainda não estar disponíveis na sua região.
  • Os clientes de pipelines existentes podem precisar de atualizar a aplicação de pipelines do Power Platform para ativar novas caraterísticas. Pode gerir as atualizações no centro de administração do Power Platform.
  • Os pipelines pessoais criados no Power Apps (make.powerapps.com) não podem ser expandidos.

Extensões protegidas disponíveis

As implementações de pipelines progridem através de vários passos predefinidos até à conclusão da implementação. As extensões protegidas inserem passos personalizados na progressão onde a lógica de negócio personalizada pode ser executada. É como o seu próprio comboio pessoal, onde controla onde para e se continua ou não.

Diagrama comboio de extensibilidade

Quando ativado, cada extensão insere um passo personalizado num ponto diferente dentro da progressão de uma implementação. As extensões podem ser utilizadas sozinhas ou em conjunto.

  • O passo Pré-exportação Necessário permite executar a lógica de validação personalizada quando uma solicitação de implantação é enviada. Os pipelines não exportarão a solução de um ambiente de programação até que este passo seja marcado como concluído. Só ative isto para a primeira fase num pipeline. Por exemplo, testes de assistência ao utilizador (UAT).

  • A Implantação Delegada realiza implantações usando a identidade do proprietário de uma entidade de serviço ou do proprietário do estágio de pipeline em vez da identidade do fabricante solicitante. Esta identidade garante que os criadores podem pedir implementações sem acesso elevado (ou qualquer) nos ambientes de destino. Requer aprovação de uma identidade autorizada.

  • O passo Pré-implantação Necessário fornece flexibilidade adicional para inserir um passo personalizado após a aprovação de uma implantação. Por exemplo, se for necessária uma aprovação final.

Permitir extensões protegidas

Os passos inseridos ativando uma extensão protegida estão num estado pendente até que a sua lógica de negócio seja executada e, finalmente, sinalize o anfitrião de pipelines para concluir ou rejeitar o passo. Os criadores podem ver quando uma implementação está pendente, bem como cancelar o respetivo pedido de implementação até ao passo final da implementação.

Nota

Depois de os artefactos de solução gerida e não gerida serem exportados, o sistema armazena-os no anfitrião de pipelines e proíbe qualquer adulteração ou modificação. O mesmo artefacto gerido, por versão, será implementado em todas as fases subsequentes no pipeline em ordem sequencial. Isto garante que nenhuma solução pode ignorar ambientes de QA ou processos de aprovação.

Compreender acionadores e ações de pipelines

Cada passo de uma implementação de pipeline aciona um evento em tempo real no início e na conclusão do passo para o qual pode iniciar lógica personalizada. Acionadores adicionais são produzidos quando as extensões protegidas são ativadas. Estes correspondem ao passo personalizado inserido quando uma extensão é ativada na fase de pipeline.

As tabelas aqui indicam acionadores e ações necessárias para cada extensão. Os parâmetros de saída de cada acionador podem ser utilizados nos passos subsequentes de um fluxo de cloud.

Extensão protegida Acionador de passo iniciado Acionador de passo concluído Ação não vinculada Ligação a utilizar
Passo de pré-exportação obrigatório OnDeploymentRequested N/A UpdatePreExportStepStatus Qualquer identidade com acesso para atualizar o registo de execução da fase de implementação
É implementação delegada OnApprovalStarted OnDeploymentCompleted Crie uma ligação como o principal de serviço ou o proprietário da fase de pipeline, como configurado na fase de pipeline. O proprietário da fase de pipeline tem de ser um proprietário do principal de serviço no ID do Microsoft Entra.
Passo de pré-implementação obrigatório OnPreDeploymentStarted OnPreDeploymentCompleted UpdatePreDeploymentStepStatus Qualquer identidade com acesso para atualizar o registo de execução da fase de implementação

Nota

Acionadores OnDeploymentRequested para todas as implementações.

Diagrama de implementação na primeira fase

Acionadores

Os acionadores estão disponíveis em fluxos de cloud do Power Automate dentro do ambiente do anfitrião dos pipelines, sob o acionador Quando uma ação é efetuada do conector do Dataverse.

  • Catálogo: Microsoft Dataverse Comum.
  • Categoria: Power Platform Pipelines.
  • Nome da tabela: (Nenhum).
  • Nome da ação: selecione uma opção na lista. Os pipelines fornecem as seguintes ações personalizadas que produzem um acionador em fluxos de cloud do Power Automate. Os eventos relacionados com Aprovação e OnPreDeployment* só são acionados quando a extensão correspondente está ativada. OnDeploymentRequested
    OnApprovalStarted
    OnApprovalCompleted
    OnPreDeploymentStarted
    OnPreDeploymentCompleted
    OnDeploymentStarted
    OnDeploymentCompleted

Segue-se uma captura de ecrã de exemplo de um acionador.

Acionadores de pipelines no Power Automate

Condições do acionador

As condições de acionamento do Power Automate permitem-lhe personalizar o acionador de modo a que o fluxo só seja executado quando determinadas condições são cumpridas. Por exemplo, pode ser necessário executar diferentes fluxos e lógica de negócio associada em diferentes pipelines ou fases do pipeline. Isto também ajuda a manter as execuções de fluxo e o consumo de pedidos do Power Platform baixo.

Condições de acionamento de pipelines no Power Automate

Acionar um fluxo para um pipeline específico

Aciona uma execução de fluxo para todas as fases de um pipeline (Pipeline da Contoso). Neste exemplo, substitua "Pipeline da Contoso" pelo nome do pipeline:

@equals(triggerOutputs()?['body/OutputParameters/DeploymentPipelineName'], 'Contoso Pipeline')

Acionar um fluxo para uma fase específica num pipeline

Aciona um fluxo para uma fase de implementação com o nome da fase igual a "Contoso UAT":

@equals(triggerOutputs()?['body/OutputParameters/DeploymentStageName'], 'Contoso UAT')

Acionar um fluxo para fases específicas num pipeline

Aciona um fluxo para fases de implementação com o nome da fase com "QA":

@contains(triggerOutputs()?['body/OutputParameters/DeploymentStageName'], 'QA')

Saiba mais sobre as expressões utilizadas nas condições: Utilizar expressões nas condições para verificar vários valores.

Ações

Depois de executar a lógica pretendida em fluxos de cloud, utilize a opção Efetuar uma ação não vinculada em conjunto com a ação correspondente para cada extensão protegida.

Estes parâmetros são expostos nas ações para as extensões protegidas correspondentes.

  • UpdatePreExportStepStatus, UpdateApprovalStatus e PreDeploymentStepStatus:
    • 10 é o estatuto pendente definido pelo sistema.
    • 20 para completar o passo.
    • 30 por rejeitar o passo. A implementação não continuará e o estado será definido como falhada. Também pode adicionar comentários voltados para o criador e para o admin para indicar o motivo da rejeição.
  • ApprovalComments e comentários de pré-implementação:
    • Comentários que são visíveis para o criador dentro do histórico de execução de pipelines. Destinado a aprovadores para partilharem comentários com o criador que a pediu. Por exemplo, por que é que a sua implementação foi rejeitada ou informações sobre processos específicos da empresa.
  • PreExportProperties e ApprovalProperties:
    • Os admins podem armazenar informações ou parâmetros personalizados aqui sem que apareçam para os criadores — por exemplo, uma ligação para a execução ou aprovação do fluxo, ou outros dados pertinentes. A intenção é fornecer flexibilidade e simplificar relatórios personalizados para dados relacionados com a implementação.

Exemplos

Transfira e, em seguida, importe a solução gerida desejada para o seu ambiente anfitrião de pipelines. Estes exemplos podem ser personalizados para se adequarem às necessidades únicas da sua organização.

Exemplos de extensibilidade de pipelines

Esta transferência contém exemplos de fluxos de cloud para utilizar os acionadores e ações mencionados acima com pipelines. Mais informações: Transferir solução de amostra

Exemplos de implementação delegada

Esta transferência contém exemplos de fluxos de cloud para gerir aprovações e partilhar aplicações de tela e fluxos implementados no ambiente de destino. Mais informações: Transferir solução de amostra

Próximos passos

Executar pipelines em Power Platform

Conteúdos relacionados

O que são fluxos de nuvem?
Usar Dataverse conector com fluxos de nuvem