Compartilhar via


Desativar uma atividade

Agora você pode desativar uma ou mais atividades de um pipeline e ignorá-las durante a validação e durante a execução do pipeline. Esse recurso melhora significativamente a eficiência dos desenvolvedores de pipeline, permitindo que os clientes comentem uma parte do pipeline, sem excluí-la do ambiente de desenvolvimento. Você pode optar por reativar eles posteriormente.

Desativar atividades

Há duas maneiras de desativar uma atividade: desativar uma única atividade de sua guia Geral ou desativar várias atividades com o botão direito do mouse.

Salve as alterações para desativar as atividades durante a próxima execução de pipeline agendada.

Desativar uma única atividade

  1. Selecione a atividade que você deseja desativar
  2. Na guia Geral, selecione Desativado para o estado de atividade
  3. Escolha um estado para marcar a atividade como. Escolha entre Sucesso, Falhou ou Ignorado

Captura de tela do editor de pipeline do Fabric Data Factory com a atividade web ActivityDeactivated definida como Inativa no painel de configurações gerais.

Desativar várias atividades

  1. Pressione a tecla Ctrl para selecionar várias. Usando o mouse, clique com o botão esquerdo em todas as atividades que você deseja desativar
  2. Clique com o botão direito do mouse para abrir o menu suspenso
  3. Selecione Desativar para desativar todos eles
  4. Para ajustar as configurações de Marcar atividade como, vá para a guia Geral da atividade e realize as modificações necessárias

Captura de tela de como desativar várias atividades de uma só vez.

Reativar atividades

Para reativar as atividades, escolha Ativar para o Estado da Atividade e elas serão revertidas para seus comportamentos anteriores, conforme o esperado.

Behaviors

Uma atividade inativa se comporta de forma diferente em um pipeline.

  • Na tela, a atividade inativa está esmaeceda, com o sinal inativo colocado ao lado do tipo de atividade

  • No canvas, um sinal de status (Bem-sucedido, Falha ou Ignorado) é colocado na caixa, para visualizar a configuração Marcar atividade como

  • A atividade é excluída da validação do pipeline. Portanto, você não precisa fornecer todos os campos necessários para uma atividade inativa.

  • Durante a execução de depuração e a execução do pipeline, a atividade não será realmente executada. Em vez disso, ele utiliza um item de linha de espaço reservado, com o status reservado Inativo

  • A opção de ramificação é controlada pela opção Mark activity as. Em outras palavras:

    • Se você marcar a atividade como Bem-sucedida, a ramificação UponSuccess ou UponCompletion será executada.
    • Se você marcar a atividade como Falha, a ramificação UponFailure ou UponCompletion será executada
    • Se você marcar a atividade como Ignorada, a ramificação UponSkip será executada

    Captura de tela mostrando o status de execução de uma atividade inativa.

Práticas recomendadas

A desativação é uma ferramenta poderosa para o desenvolvedor de pipeline. Ele permite que os desenvolvedores "comentem" parte do código, sem excluir permanentemente as atividades. Ele brilha nos seguintes cenários:

  • Ao desenvolver um pipeline, o desenvolvedor pode adicionar atividades inativas do titular do local antes de preencher todos os campos necessários. Por exemplo, preciso de uma atividade de cópia do SQL Server para o Data warehouse, mas ainda não configurei todas as conexões. Portanto, uso uma atividade de cópia inativa como o espaço reservado para o processo de desenvolvimento iterativo.
  • Após a implantação, o desenvolvedor pode comentar determinadas atividades que estão constantemente causando problemas para evitar novas tentativas dispendiosas. Por exemplo, meu SQL Server local está tendo problemas de conexão de rede e sei que minhas atividades de cópia falham com certeza. Talvez eu queira desativar a atividade de cópia, para evitar solicitações de repetição inundando o sistema frágil.

Limitações conhecidas

Uma atividade inativa nunca é realmente executada. Isso significa que a atividade não terá um campo de erro ou seus campos de saída típicos. Qualquer referência a campos ausentes pode gerar erros downstream.