Partilhar via


Verifique o estado do fluxo de trabalho, veja o histórico de execuções e configure alertas no Azure Logic Apps

Aplica-se a: Azure Logic Apps (Consumo + Padrão)

Depois de executar um fluxo de trabalho de aplicativo lógico, você pode verificar o status de execução, o histórico de disparos, o histórico de execução do fluxo de trabalho e o desempenho desse fluxo de trabalho.

Este guia mostra como executar as seguintes tarefas:

Para monitorização de eventos em tempo real e depuração mais rica, pode configurar o registo de diagnósticos para o fluxo de trabalho da sua aplicação lógica usando Azure Monitor logs. Este serviço Azure ajuda-o a monitorizar os seus ambientes cloud e on-premises para que possa manter a sua disponibilidade e desempenho mais facilmente. Em seguida, pode localizar e visualizar eventos, como eventos de ativação, eventos de execução e eventos de ação. Ao armazenar esta informação nos registos de monitorização Azure, pode criar consultas log que o ajudam a encontrar e analisar esta informação. Também pode usar estes dados de diagnóstico com outros serviços do Azure, como o Azure Storage e o Azure Event Hubs. Para mais informações, consulte Monitorizar as aplicações lógicas usando Azure Monitor.

Rever o histórico de acionadores

Cada execução de fluxo de trabalho começa com um gatilho, que é acionado num horário predefinido ou aguarda uma solicitação ou evento de entrada. O histórico de gatilhos lista todas as tentativas de gatilho que o seu fluxo de trabalho fez, além de informações sobre as entradas e saídas para cada tentativa de gatilho.

  1. No Azure portal, abre o recurso e o fluxo de trabalho da aplicação Consumption Logic no designer.

  2. No menu do aplicativo lógico, selecione Visão geral. Na página Visão geral, selecione Histórico de disparos.

    Captura de ecrã mostra Azure portal, fluxo de trabalho de consumo e página de visão geral com uma aba selecionada chamada Trigger history.

    Em Histórico de disparos, todas as tentativas de gatilho são exibidas. Cada vez que o gatilho é executado com sucesso, o Azure Logic Apps cria uma instância de workflow individual e executa essa instância. Por padrão, cada instância é executada em paralelo para que nenhum fluxo de trabalho precise aguardar antes de iniciar uma execução. Se o fluxo de trabalho for acionado para vários eventos ou itens ao mesmo tempo, uma entrada de gatilho será exibida para cada item com a mesma data e hora.

    A captura de tela mostra a página Visão geral com o fluxo de trabalho Consumo e várias tentativas de gatilho para itens diferentes.

    A tabela a seguir lista os possíveis status de gatilho:

    Estado do acionador Descrição
    Falha Ocorreu um erro. Para revisar as mensagens de erro geradas para um gatilho com falha, selecione essa tentativa de gatilho e escolha Saídas. Por exemplo, você pode encontrar entradas que não são válidas.
    Ignorado O gatilho verificou o ponto de extremidade, mas não encontrou dados que atendessem aos critérios especificados.
    Bem sucedido O gatilho verificou o ponto final e encontrou os dados disponíveis. Normalmente, um estado Disparado também aparece ao lado deste estado. Caso contrário, a definição de gatilho pode ter uma condição que não foi atendida ou a splitOn propriedade definida como um valor.

    Esse status pode ser aplicado a um gatilho manual, gatilho por recorrência ou gatilho de sondagem. Um gatilho pode ser executado com êxito, mas a execução em si ainda pode falhar quando as ações geram erros não tratados.

    Gorjeta

    Você pode verificar novamente o gatilho sem esperar pela próxima recorrência. Na barra de ferramentas da página Visão geral ou na barra de ferramentas do designer, selecione Executar, Executar.

  3. Para exibir informações sobre uma tentativa de gatilho específica, selecione esse evento de disparo.

    A imagem do ecrã mostra o fluxo de trabalho 'Consumption', o histórico de acionamentos e a entrada selecionada.

    Se a lista mostrar muitas tentativas de gatilho e você não conseguir encontrar a entrada desejada, tente filtrar a lista. Se não encontrar os dados esperados, tente selecionar Atualizar na barra de ferramentas.

    Agora você pode revisar informações sobre o evento de gatilho selecionado, por exemplo:

    A captura de ecrã mostra as informações do histórico dos gatilhos do fluxo de trabalho de consumo selecionados.

Revisar o histórico de execução do fluxo de trabalho

Cada vez que um gatilho é executado com sucesso, o Azure Logic Apps cria uma instância de workflow e executa essa instância. Por padrão, cada instância é executada em paralelo para que nenhum fluxo de trabalho precise aguardar antes de iniciar uma execução. Você pode revisar o que aconteceu durante cada execução, incluindo o status, entradas e saídas para cada etapa do fluxo de trabalho.

  1. No Azure portal, abre o recurso e o fluxo de trabalho da aplicação Consumption Logic no designer.

  2. No menu do aplicativo lógico, selecione Visão geral. Na página Visão geral, selecione Histórico de execuções de tarefas.

    Em Histórico de Corridas, todas as corridas passadas, atuais e quaisquer corridas em espera aparecem. Se o gatilho for acionado para vários eventos ou itens ao mesmo tempo, uma entrada será exibida para cada item com a mesma data e hora.

    Gorjeta

    Se o status de execução não aparecer, tente atualizar a página Visão geral selecionando Atualizar. Nenhuma execução acontece para um gatilho que é ignorado devido a critérios não atendidos ou não encontrar dados.

    A captura de ecrã mostra o fluxo de trabalho de Consumo e a página Visão Geral com a guia selecionada chamada Histórico de Execuções.

    A tabela a seguir lista os possíveis status de execução:

    Estado da execução Descrição
    Abortado A execução parou ou não terminou devido a problemas externos, por exemplo, uma falha do sistema ou uma subscrição do Azure expirada.
    Cancelado A execução foi acionada e iniciada, mas recebeu uma solicitação de cancelamento.
    Falha Pelo menos uma ação na execução falhou. Nenhuma ação subsequente no fluxo de trabalho foi configurada para lidar com a falha.
    Em execução A corrida foi desencadeada e está em andamento. No entanto, este estado também pode surgir para uma execução que é limitada devido a limites de ação ou ao plano de preços atual.

    Dica: Se você configurar o registro de diagnósticos, poderá obter informações sobre quaisquer eventos de aceleração que aconteçam.
    Bem sucedido A corrida foi bem-sucedida. Se alguma ação falhar, uma ação subsequente no fluxo de trabalho manipulou essa falha.
    Tempo limite esgotado O tempo limite de execução expirou porque a duração atual excedeu o limite de duração de execução, que é controlado pela configuração chamada Retenção do histórico de execução em dias. A duração da execução é calculada usando a hora de início da execução e o limite de duração da execução nessa hora de início.

    Nota: Se a duração da execução também exceder o limite de retenção do histórico de execução atual, que também é controlado pela configuração chamada Retenção do histórico de execução em dias, a execução será limpa do histórico de execução por um trabalho de limpeza diário. Quer a execução atinja o tempo limite ou seja concluída, o período de retenção é sempre calculado utilizando a hora de início da execução e o limite de retenção atual . Assim, se reduzir o limite de duração para uma execução em andamento, a execução será temporizada. Contudo, a execução é mantida ou removida do histórico de execução, dependendo se a duração da execução excedeu o limite de retenção.
    À espera A execução ainda não foi iniciada ou está pausada, por exemplo, devido a uma instância de fluxo de trabalho anterior que ainda está em execução.
  3. Para rever os passos e outras informações de uma execução específica, em Histórico de execuções, selecione essa execução. Se a lista apresentar muitos resultados e não conseguir encontrar a entrada que procura, tente filtrar a lista.

    A captura de tela mostra a execução selecionada de um fluxo de trabalho de consumo.

    A página de histórico de execução é aberta e mostra o status de cada etapa da execução selecionada, por exemplo:

    A captura de tela mostra o histórico de execução do fluxo de trabalho de consumo com cada ação na execução.

    A tabela a seguir mostra os possíveis status que cada ação de fluxo de trabalho pode ter e mostrar no portal:

    Estado da ação Ícone Descrição
    Abortado Ícone abortado A ação parava ou não terminava devido a problemas externos, por exemplo, uma falha do sistema ou uma subscrição do Azure expirada.
    Cancelado Ícone cancelado A ação estava em execução, mas recebeu um pedido de cancelamento.
    Falha Ícone falhado A ação falhou.
    Em execução Ícone em execução A ação está em execução no momento.
    Ignorado Ícone ignorado A ação foi ignorada porque suas condições runAfter não foram atendidas, por exemplo, uma ação anterior falhou. Cada ação tem um runAfter objeto onde você pode configurar condições que devem ser atendidas antes que a ação atual possa ser executada.
    Bem sucedido Ícone bem-sucedido A ação foi bem-sucedida.
    Sucesso após várias tentativas Ícone Succeeded-with-retries-icon A ação foi bem-sucedida, mas apenas após uma ou várias tentativas. Para revisar o histórico de tentativas, na página histórico de execução, selecione essa ação para que você possa visualizar as entradas e saídas.
    Tempo limite esgotado Ícone de tempo limite A ação parou devido ao limite de tempo especificado pelas definições dessa ação.
    À espera Ícone de espera Aplica-se a uma ação de webhook que está aguardando uma solicitação de entrada de um chamador.
  4. Para exibir as informações em forma de lista, selecione Detalhes da execução na barra de ferramentas do histórico de execução.

    O painel de detalhes de execução do aplicativo lógico lista cada etapa, seu status e outras informações.

    A imagem da tela mostra os detalhes da execução para cada etapa do fluxo de trabalho de consumo.

    Por exemplo, pode-se obter a propriedade Correlation Id da execução, que pode ser necessária quando você usa a API REST para Logic Apps.

  5. Para obter mais informações sobre uma etapa específica, selecione uma das opções:

    • Na página de histórico de execução, selecione uma etapa para abrir um painel que mostre as entradas, saídas e quaisquer erros que aconteceram nessa etapa.

      Por exemplo, suponha que você tenha um fluxo de trabalho com uma etapa com falha. Você deseja revisar as entradas que podem ter causado a falha da etapa.

      Nesse cenário, a falha resultou de uma conexão inválida ou ausente para uma conta de email que é usada para enviar um email.

      A captura do ecrã mostra a página de Histórico de execução do fluxo de trabalho de Consumo com o exemplo de etapa com falha selecionada, além de entradas, saídas e erros para a etapa com falha.

    • Na barra de ferramentas da página do histórico de execução, selecione os Detalhes da execução. No painel de detalhes de execução da aplicação lógica que é aberto, selecione a etapa desejada, por exemplo:

      A captura de tela mostra o fluxo de trabalho de Consumo e o painel chamado Detalhes da execução da aplicação lógica. O painel mostra a etapa com falha do exemplo selecionado.

    Nota

    Todos os detalhes e eventos de execução são encriptados dentro do Azure Logic Apps e são desencriptados apenas quando um utilizador solicita visualizar esses dados. Pode ocultar entradas e saídas no histórico de execução ou controlar o acesso do utilizador a esta informação usando o controlo de acesso baseado em funções do Azure (Azure RBAC).

Execute novamente um fluxo de trabalho com as mesmas entradas

Você pode executar novamente um fluxo de trabalho concluído anteriormente com as mesmas entradas que o fluxo de trabalho usou anteriormente das seguintes maneiras:

  • Execute novamente todo o fluxo de trabalho.

  • Execute novamente o fluxo de trabalho começando com uma ação específica. A ação reapresentada e todas as ações subsequentes são executadas normalmente.

A conclusão desta tarefa cria e adiciona uma nova execução de fluxo de trabalho ao histórico de execução do fluxo de trabalho.

Limitações e considerações

  • Por padrão, apenas os fluxos de trabalho de consumo e os fluxos de trabalho com monitoração de estado padrão, que registram e armazenam o histórico de execução, são suportados. Para usar essas capacidades com um fluxo de trabalho padrão sem estado, habilite o modo com estado. Para mais informações, consulte Ative o histórico de execução para fluxos de trabalho sem estado e Ative o modo com estado para conectores sem estado.

  • A execução reenviada executa a mesma versão do fluxo de trabalho que a execução original, mesmo que você tenha atualizado a definição do fluxo de trabalho.

  • Você pode executar novamente apenas ações de fluxos de trabalho sequenciais. Atualmente, não há suporte para fluxos de trabalho com caminhos paralelos.

  • O fluxo de trabalho deve ter um estado concluído, como Aprovado, Reprovado ou Cancelado.

  • O fluxo de trabalho deve ter 40 ou menos ações para que você possa executar novamente a partir de uma ação específica.

  • Se o fluxo de trabalho tiver operações como criar ou excluir operações, reenviar uma execução pode criar dados duplicados ou tentar excluir dados que não existem mais, resultando em um erro.

  • Estas capacidades atualmente não estão disponíveis com o Visual Studio Code ou o Azure CLI.

Execute novamente todo o fluxo de trabalho

  1. No Azure portal, abre o recurso e o fluxo de trabalho da aplicação Consumption Logic no designer.

  2. No menu do aplicativo lógico, selecione Visão geral. Na página Visão geral, selecione Histórico de execuções de tarefas.

    Em Histórico de Corridas, todas as corridas passadas, atuais e quaisquer corridas em espera aparecem. Se o gatilho for acionado para vários eventos ou itens ao mesmo tempo, uma entrada será exibida para cada item com a mesma data e hora.

  3. Na página Histórico de Executar, selecione a execução que deseja executar novamente e, em seguida, selecione Reenviar.

    O separador Histórico das Execuções adiciona a execução reenviada à lista de execuções.

    Gorjeta

    Se a execução reenviada não aparecer, na barra de ferramentas da página Histórico de execuções, selecione Atualizar. Nenhuma execução acontece para um gatilho que é ignorado devido a critérios não atendidos ou não encontrar dados.

  4. Para revisar as entradas e saídas após a conclusão da execução reenviada, na guia Histórico de execuções, selecione essa execução.

Executar novamente a partir de uma ação específica

O recurso de ação de repetição está disponível para a maioria das ações, exceto para fluxos de trabalho não sequenciais, cenários complexos de simultaneidade e as seguintes limitações:

Ações Reenviar a disponibilidade e as limitações
Condição de ação e ações nos caminhos Verdadeiro e Falso - Sim para ação de Condição
- Não executar ações nos caminhos Verdadeiro e Falso
Para cada ação mais todas as ações dentro do ciclo e após o ciclo Não para todas as ações
Alternar ação e todas as ações nos caminhos Padrão e Case - Sim para a ação Switch
- Não para ações no caminho Padrão e no caminho de Casos
Até ação e todas as ações dentro do ciclo e após o ciclo Não para todas as ações
  1. No Azure portal, abra o recurso da aplicação Lógica de Consumo.

  2. No menu de recursos do aplicativo lógico, selecione Visão geral. Na página Visão geral, selecione Histórico de execuções, que mostra o histórico de execução do fluxo de trabalho.

  3. Na guia Histórico de Execuções, selecione a execução que contém a ação da qual deseja relançar o fluxo de trabalho.

    A página de histórico de execução é aberta e mostra o status de cada etapa da execução selecionada.

  4. Para executar novamente o fluxo de trabalho a partir de uma ação específica, escolha uma das opções:

    • Encontre a ação de onde começar a executar novamente o fluxo de trabalho, abra o menu de atalho e selecione Enviar a partir desta ação.

    • Selecione a ação de onde começar a executar novamente o fluxo de trabalho. No painel que se abre, sob o nome da ação, selecione Enviar a partir desta ação.

    A página de histórico de execução é atualizada e mostra a execução reenviada. Todas as operações que precedem a ação reenviada mostram um ícone de status de cor mais clara, representando entradas e saídas reutilizadas. A ação reenviada e as ações subsequentes mostram os ícones de status coloridos. Para obter mais informações, consulte Revisar o histórico de execução do fluxo de trabalho.

    Gorjeta

    Se a execução reenviada não for totalmente concluída, na barra de ferramentas da página de detalhes da execução, selecione Atualizar.

Configurar alertas de monitorização

Para receber alertas baseados em métricas específicas ou em limiares ultrapassados no seu fluxo de trabalho, configure o recurso da sua aplicação lógica com alertas alertas no Azure Monitor. Para mais informações, consulte Métricas em Azure.

Para configurar alertas sem usar Azure Monitor, siga estes passos, que se aplicam tanto aos recursos da aplicação de Consumo como a Lógica Padrão:

  1. No menu de recursos do aplicativo lógico, em Monitoramento, selecione Alertas. Na barra de ferramentas, selecione Criar>regra de alerta.

  2. Na página Criar uma regra de alerta, na lista Nome do sinal, selecione o sinal para o qual deseja receber um alerta.

    Nota

    Os sinais de alerta diferem entre os aplicativos de lógica de Consumo e de Lógica Padrão. Por exemplo, os aplicativos lógicos de consumo têm muitos sinais relacionados aos gatilhos, como Gatilhos Concluídos e Gatilhos Falhados, enquanto os fluxos de trabalho padrão têm os sinais Contagem de Gatilhos de Fluxo de Trabalho Concluídos e Taxa de Falhas de Gatilhos de Fluxo de Trabalho.

    Por exemplo, para enviar um alerta quando um gatilho falha em um fluxo de trabalho de consumo, siga os passos seguintes:

    1. Na lista Nome do sinal, selecione o Disparadores falhados.

    2. Em Lógica de alerta, configure sua condição, por exemplo:

      Propriedade Valor de exemplo
      Threshold Estático
      Tipo de agregação Contagem
      Operador Maior ou igual a
      Unidade Contagem
      Valor limite 1

      A seção Visualizar agora mostra a condição que você configurou, por exemplo:

      Sempre que a contagem de falhas de ativação seja maior ou igual a 1

    3. Em Quando avaliar, defina o cronograma para verificar a condição:

      Propriedade Valor de exemplo
      Verifique cada 1 minuto
      Período de retrospetiva 5 minutos

      Por exemplo, a condição concluída é semelhante ao exemplo a seguir, e a página Criar uma regra de alerta agora mostra o custo da execução desse alerta:

      A captura de tela mostra o recurso do aplicativo lógico de consumo com condição de alerta.

  3. Quando estiver pronto, selecione Rever + Criar.

Para informações gerais, consulte Crie uma regra de alerta a partir de um recurso específico - Azure Monitor.

Solucionar problemas

Os registos exportados estão em falta ou são descartados

Se os registos exportados através das definições de diagnóstico não forem exportados ou forem perdidos, verifique se o nome do gatilho, da ação ou da execução do fluxo de trabalho contém caracteres Unicode, que não são permitidos.