Verificar o status do fluxo de trabalho, exibir o histórico de execução e configurar alertas nos Aplicativos Lógicos do Azure

Aplica-se a: Aplicativos Lógicos do Azure (Consumo + Padrão)

Depois de criar e 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:

• Revise o histórico de acionamentos.
• Revise o histórico de execução do fluxo de trabalho.
• Configure alertas para receber notificações sobre falhas ou outros possíveis problemas. Por exemplo, você pode criar um alerta que deteta "quando mais de cinco execuções falham em uma hora".

Para monitorar e revisar o status de execução do fluxo de trabalho para fluxos de trabalho padrão, consulte as seções a seguir em Criar um exemplo de fluxo de trabalho de aplicativo lógico padrão em aplicativos lógicos do Azure de locatário único:

• Rever o histórico de acionadores
• Revise o histórico de execução do fluxo de trabalho.
• Habilite ou abra o Application Insights após a implantação.

Para monitoramento de eventos em tempo real e depuração mais avançada, você pode configurar o log de diagnóstico para o fluxo de trabalho do aplicativo lógico usando os logs do Azure Monitor. Este serviço do Azure ajuda-o a monitorizar os seus ambientes na nuvem e no local para que possa manter mais facilmente a sua disponibilidade e desempenho. Em seguida, você pode localizar e exibir eventos, como eventos de gatilho, eventos de execução e eventos de ação. Ao armazenar essas informações nos logs do Azure Monitor, você pode criar consultas de log que ajudam a localizar e analisar essas informações. Você também pode usar esses dados de diagnóstico com outros serviços do Azure, como o Armazenamento do Azure e os Hubs de Eventos do Azure. Para obter mais informações, consulte Monitorar aplicativos lógicos usando o Azure Monitor.

Rever o histórico de acionadores

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

Consumo

1. No portal do Azure, abra o recurso e o fluxo de trabalho do aplicativo lógico no designer.

2. No menu do aplicativo lógico, selecione Visão geral. No painel Visão geral, selecione Histórico de disparos.

   

   Em Histórico de disparos, todas as tentativas de gatilho são exibidas. Sempre que o gatilho é acionado com êxito, os Aplicativos Lógicos do Azure criam uma instância de fluxo de trabalho individual e executam 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 tabela a seguir lista os possíveis status de gatilho:

   Estado do acionador	Description
   Falhado	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 status Disparado também aparece ao lado desse status. Caso contrário, a definição de gatilho pode ter uma condição ou SplitOn comando que não foi atendido. Esse status pode ser aplicado a um gatilho manual, baseado em 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 do painel Visão geral ou na barra de ferramentas do designer, selecione Executar execução de gatilho>.

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

   

   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:

   

Standard

Para um fluxo de trabalho com monitoração de estado, você pode revisar o histórico de gatilhos para cada execução, incluindo o status do gatilho juntamente com entradas e saídas, separadamente do histórico de execução do fluxo de trabalho. No portal do Azure, o histórico de gatilhos e o histórico de execução aparecem no nível do fluxo de trabalho, não no nível do aplicativo lógico.

1. No portal do Azure, abra o recurso e o fluxo de trabalho do aplicativo lógico no designer.

2. No menu de fluxo de trabalho, selecione Visão geral. Na página Visão geral, selecione Histórico de disparos.

   

   Em Histórico de disparos, todas as tentativas de gatilho são exibidas. Sempre que o gatilho é acionado com êxito, os Aplicativos Lógicos do Azure criam uma instância de fluxo de trabalho individual e executam 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 tabela a seguir lista os possíveis status de gatilho:

   Estado do acionador	Description
   Falhado	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 status Disparado também aparece ao lado desse status. Caso contrário, a definição de gatilho pode ter uma condição ou SplitOn comando que não foi atendido. Esse status pode ser aplicado a um gatilho manual, baseado em 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, selecione Executar execução de gatilho>.

3. Para exibir informações sobre uma tentativa de gatilho específica, selecione o identificador dessa tentativa de disparo.

   

   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.

4. Verifique as entradas do gatilho para confirmar se elas aparecem como você espera. No painel Histórico, em Link Entradas, selecione o link, que mostra o painel Entradas.

   

5. Verifique as saídas dos gatilhos, se houver, para confirmar se eles aparecem como você espera. No painel Histórico, em Link Saídas, selecione o link, que mostra o painel Saídas.

   As saídas de gatilho incluem os dados que o gatilho passa para a próxima etapa do seu fluxo de trabalho. A revisão dessas saídas pode ajudá-lo a determinar se os valores corretos ou esperados passaram para a próxima etapa do fluxo de trabalho.

   Por exemplo, o gatilho RSS gerou uma mensagem de erro informando que o feed RSS não foi encontrado.

   

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

Sempre que um gatilho é acionado com êxito, os Aplicativos Lógicos do Azure criam uma instância de fluxo de trabalho e executam 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.

Consumo

1. No portal do Azure, abra o recurso e o fluxo de trabalho do aplicativo lógico 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.

   Em Histórico de execuções, todas as execuções passadas, atuais e quaisquer execuções 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.

   

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

   Estado da execução	Description
   Abortado	A execução parou ou não foi concluída devido a problemas externos, por exemplo, uma interrupção do sistema ou uma assinatura do Azure caducada.
   Cancelado	A execução foi acionada e iniciada, mas recebeu um pedido de cancelamento.
   Falhado	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, esse status também pode aparecer para uma execução 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	A execução atingiu o tempo limite porque a duração atual excedeu o limite de duração da execução, que é controlado pela configuração Retenção do histórico de execução em dias. A duração de uma 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 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 você reduzir o limite de duração para uma corrida em voo, o tempo limite de corrida. No entanto, a execução permanece ou é limpa do histórico de execução com base no facto de a duração da execução ter excedido o limite de retenção.
   A aguardar	A execução 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 mostrar muitas execuções e você não conseguir encontrar a entrada desejada, tente filtrar a lista.

   Gorjeta

   Se o status de execução não aparecer, tente atualizar o painel de 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.

   

   O painel de execução do aplicativo lógico mostra cada etapa na execução selecionada, o status de execução de cada etapa e o tempo necessário para cada etapa ser executada, por exemplo:

   

   Para exibir essas informações em forma de lista, na barra de ferramentas Executar aplicativo lógico, selecione Detalhes da execução.

   

   Os Detalhes da Execução listam cada etapa, seu status e outras informações.

   

   Por exemplo, você pode obter a propriedade ID de correlação da execução, que pode ser necessária quando você usa a API REST para aplicativos lógicos.

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

   • No painel de execução do aplicativo lógico, selecione a etapa para que a forma se expanda. Agora você pode visualizar informações como entradas, saídas e quaisquer erros que aconteceram nessa etapa.

     Por exemplo, suponha que você tenha uma ação que falhou e queira revisar quais entradas podem ter causado essa etapa. Ao expandir a forma, você pode visualizar as entradas, saídas e erros dessa etapa:

     

   • No painel Detalhes de execução do aplicativo lógico, selecione a etapa desejada.

     

   Nota

   Todos os detalhes e eventos de tempo de execução são criptografados nos Aplicativos Lógicos do Azure e são descriptografados somente quando um usuário solicita a exibição desses dados. Você pode ocultar entradas e saídas no histórico de execução ou controlar o acesso do usuário a essas informações usando o controle de acesso baseado em função do Azure (Azure RBAC).

Standard

Você pode exibir o histórico de execução somente para fluxos de trabalho com monitoração de estado, não fluxos de trabalho sem monitoração de estado. Para habilitar o histórico de execução para um fluxo de trabalho sem monitoração de estado, consulte Habilitar histórico de execução para fluxos de trabalho sem monitoração de estado.

1. No portal do Azure, abra o recurso e o fluxo de trabalho do aplicativo lógico no designer.

2. No menu do fluxo de trabalho, selecione Visão geral. Na página Visão geral, selecione Histórico de execução.

   Em Histórico de Execução, todas as execuções passadas, atuais e quaisquer execuções 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.

   

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

   Estado da execução	Ícone	Description
   Abortado		A execução parou ou não foi concluída devido a problemas externos, por exemplo, uma interrupção do sistema ou uma assinatura do Azure caducada.
   Cancelado		A execução foi acionada e iniciada, mas recebeu um pedido de cancelamento.
   Falhado		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, esse status também pode aparecer para uma execução 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.
   Ignorado		A condição do gatilho foi verificada, mas não foi atendida, então a execução nunca foi iniciada.
   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		A execução atingiu o tempo limite porque a duração atual excedeu o limite de duração da execução, que é controlado pela configuração Retenção do histórico de execução em dias. A duração de uma 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 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 você reduzir o limite de duração para uma corrida em voo, o tempo limite de corrida. No entanto, a execução permanece ou é limpa do histórico de execução com base no facto de a duração da execução ter excedido o limite de retenção.
   A aguardar		A execução 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. Na guia Histórico de Execução, selecione a execução que você deseja revisar.

   A página de detalhes da execução é aberta e mostra o status de cada etapa da execução.

   Gorjeta

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

   Se a lista mostrar muitas execuções e você não conseguir encontrar a entrada desejada, tente filtrar a lista.

   

   O painel de execução do fluxo de trabalho mostra cada etapa na execução selecionada, o status de execução de cada etapa e o tempo necessário para cada etapa ser executada, por exemplo:

   

   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	Description
   Abortado		A ação parou ou não foi concluída devido a problemas externos, por exemplo, uma interrupção do sistema ou uma assinatura do Azure caducada.
   Cancelado		A ação estava em execução, mas recebeu um pedido de cancelamento.
   Falhado		A ação falhou.
   Em execução		A ação está em execução no momento.
   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		A ação foi bem-sucedida.
   Sucesso com novas tentativas		A ação foi bem-sucedida, mas apenas após uma ou várias tentativas. Para revisar o histórico de tentativas, na exibição de detalhes do histórico de execução, selecione essa ação para que você possa visualizar as entradas e saídas.
   Tempo limite esgotado		A ação foi interrompida devido ao limite de tempo limite especificado pelas configurações dessa ação.
   A aguardar		Aplica-se a uma ação de webhook que está aguardando uma solicitação de entrada de um chamador.

4. Depois que todas as etapas da execução aparecerem, selecione cada etapa para revisar mais informações, como entradas, saídas e quaisquer erros que aconteceram nessa etapa.

   Por exemplo, suponha que você tenha uma ação que falhou e queira revisar quais entradas podem ter causado essa etapa.

   

   A captura de tela a seguir mostra as saídas da etapa com falha.

   

   Nota

   Todos os detalhes e eventos de tempo de execução são criptografados nos Aplicativos Lógicos do Azure e são descriptografados somente quando um usuário solicita a exibição desses dados. Você pode ocultar entradas e saídas no histórico de execução.

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 esses recursos com um fluxo de trabalho padrão sem monitoração de estado, habilite o modo com monitoração de estado. Para obter mais informações, consulte Habilitar histórico de execução para fluxos de trabalho sem monitoração de estado e Habilitar modo com monitoração de estado para conectores sem monitoração de 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.

• Esses recursos atualmente não estão disponíveis com o Visual Studio Code ou a CLI do Azure.

Consumo

Execute novamente todo o fluxo de trabalho

1. No portal do Azure, abra o recurso e o fluxo de trabalho do aplicativo lógico 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.

   Em Histórico de execuções, todas as execuções passadas, atuais e quaisquer execuções 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. No painel Histórico de execuções, selecione a execução que deseja reenviar.

4. Na barra de ferramentas Executar aplicativo lógico, selecione Reenviar e, em seguida, selecione Sim.

   O painel Histórico de execuções agora mostra a execução reenviada.

   Gorjeta

   Se a execução reenviada não aparecer, na barra de ferramentas do painel 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.

5. Para revisar as entradas e saídas para a execução do fluxo de trabalho reenviado, na guia Histórico de execuções, selecione essa execução.

Repetir a partir de uma ação específica

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

Ações	Reenviar disponibilidade e limitações
Condicionar ações e ações nos caminhos Verdadeiro e Falso	- Sim para ação de condição - Não para ações nos caminhos Verdadeiro e Falso
Para cada ação mais todas as ações dentro do loop e após o loop	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 caminhos de caso
Até ação mais todas as ações dentro do loop e após o loop	Não para todas as ações

1. No portal do Azure, abra seu recurso de aplicativo lógico.

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 você deseja reenviar.

   A página de detalhes da execução é aberta e mostra o status de cada etapa da execução.

4. Na página de detalhes da execução, localize a ação de onde deseja reenviar a execução do fluxo de trabalho, abra o menu de atalho e selecione Enviar a partir desta ação.

   A página de detalhes da execução é atualizada e mostra a nova execução. 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 geralmente coloridos. Para obter mais informações, consulte Revisar o histórico de execução do fluxo de trabalho.

   Gorjeta

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

Standard

Você pode executar novamente apenas fluxos de trabalho com monitoração de estado, não fluxos de trabalho sem monitoração de estado. Para habilitar o histórico de execução para um fluxo de trabalho sem monitoração de estado, consulte Habilitar histórico de execução para fluxos de trabalho sem monitoração de estado.

Execute novamente todo o fluxo de trabalho

1. No portal do Azure, abra o recurso e o fluxo de trabalho do aplicativo lógico no designer.

2. No menu de fluxo de trabalho, selecione Visão geral. Na página Visão geral, selecione Histórico de Execução, que mostra o histórico de execução do fluxo de trabalho atual.

3. Na guia Histórico de Execução, selecione a execução que você deseja reenviar.

4. Na barra de ferramentas do histórico de execução, selecione Reenviar.

5. Retorne à página Visão geral e à guia Histórico de execução, que agora mostra a execução reenviada.

   Gorjeta

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

6. Para revisar as entradas e saídas da execução do fluxo de trabalho reenviado, na guia Histórico de Execução, selecione essa execução.

Repetir a partir de uma ação específica

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

Ações	Reenviar disponibilidade e limitações
Condicionar ações e ações nos caminhos Verdadeiro e Falso	- Sim para ação de condição - Não para ações nos caminhos Verdadeiro e Falso
Para cada ação mais todas as ações dentro do loop e após o loop	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 caminhos de caso
Até ação mais todas as ações dentro do loop e após o loop	Não para todas as ações

1. No portal do Azure, abra o recurso e o fluxo de trabalho do aplicativo lógico.

2. No menu de fluxo de trabalho, selecione Visão geral. Na página Visão geral, selecione Histórico de Execução, que mostra o histórico de execução do fluxo de trabalho atual.

3. Na guia Histórico de Execução, selecione a execução que você deseja reenviar.

   A página de detalhes da execução é aberta e mostra o status de cada etapa da execução.

4. Na página de detalhes da execução, localize a ação de onde deseja reenviar a execução do fluxo de trabalho, abra o menu de atalho e selecione Enviar a partir desta ação.

   A página de detalhes da execução é atualizada e mostra a nova execução. 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 geralmente coloridos. Para obter mais informações, consulte Revisar o histórico de execução do fluxo de trabalho.

   Gorjeta

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

Configurar alertas de monitorização

Para obter alertas com base em métricas específicas ou limites excedidos para seu aplicativo lógico, configure alertas no Azure Monitor. Para obter mais informações, revise Métricas no Azure.

Para configurar alertas sem usar o Azure Monitor, siga estas etapas, que se aplicam aos recursos do aplicativo lógico Consumo e Padrão:

1. No menu 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 disponíveis diferem entre os aplicativos lógicos Consumo e Padrão. Por exemplo, os aplicativos lógicos de consumo têm muitos sinais relacionados ao gatilho, 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ída e Taxa de Falha de Gatilhos de Fluxo de Trabalho .

   Por exemplo, para enviar um alerta quando um gatilho falhar em um fluxo de trabalho de Consumo, siga estas etapas:

   1. Na lista Nome do sinal, selecione o sinal Disparadores com falha.

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

      Property	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 Triggers Failed for maior ou igual a 1

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

      Property	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:

      

3. Quando estiver pronto, selecione Rever + Criar.

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

Próximos passos

• Monitorar aplicativos lógicos com o Azure Monitor