Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
O Durable Functions fornece várias ferramentas de diagnóstico para resolução de problemas em orquestrações. Este artigo aborda como configurar o rastreamento e o registo de eventos, escrever código seguro para reexecução, inspecionar rastreamentos distribuídos e depurar localmente.
Neste artigo, você aprenderá a:
- Configure o rastreamento do Application Insights para eventos do ciclo de vida
- Consultar instâncias de orquestração com Kusto
- Ativar o registo do Durable Task Framework (DTFx) para diagnósticos de baixo nível
- Configure o rastreamento distribuído para visualizar fluxos de orquestração de ponta a ponta
- Escrever registos seguros para replay nas funções do orquestrador
- Reporte o estado da orquestração personalizada a clientes externos
- Depurar orquestrações localmente com pontos de interrupção
Configurar o rastreio do Application Insights
Application Insights é a forma recomendada de monitorizar Funções Duradouras. A extensão Durable emite eventos de rastreio que permitem rastrear a execução de ponta a ponta de uma orquestração. Pode encontrar e consultar estes eventos de rastreio usando a ferramenta Application Insights Analytics no portal Azure.
Configuração do nível de log
Configure a verbosidade dos dados de rastreio emitidos para o Application Insights no seu ficheiro host.json.
{
"logging": {
"logLevel": {
"Host.Triggers.DurableTask": "Information",
},
}
}
Por padrão, todos os eventos de rastreamento sem repetição são emitidos. Pode reduzir o volume de dados definindo Host.Triggers.DurableTask para "Warning" ou "Error", o que significa que os eventos de rastreio são emitidos apenas para situações excecionais. Para permitir a emissão dos eventos de repetição detalhados de orquestração, defina logReplayEvents como true no ficheiro de configuração host.json.
Observação
Por padrão, o tempo de execução do Funções do Azure amostra a telemetria do Application Insights para evitar a emissão de dados com muita frequência. A amostragem pode fazer com que as informações de rastreamento sejam perdidas quando muitos eventos do ciclo de vida ocorrem em um curto período de tempo. O artigo Monitoramento de Funções do Azure explica como configurar esse comportamento.
Registo de entrada e saída
Por defeito, as entradas e saídas do orquestrador, atividade e entidade não são registadas. Esta abordagem é recomendada porque registar entradas e saídas pode aumentar os custos do Application Insights. Os conteúdos de entrada e saída de função também podem conter informações confidenciais. Em vez disso, regista-se o número de bytes para entradas e saídas de funções. Se quiseres que a extensão Durable Functions registre todas as cargas úteis de entrada e saída, define a propriedade traceInputsAndOutputs para true no ficheiro de configuração host.json.
Consultar instâncias de orquestração
Utilize as seguintes consultas Kusto no Application Insights Analytics para inspecionar instâncias de orquestração.
Consulta de instância única
A consulta a seguir mostra dados históricos de acompanhamento para uma única instância da função de orquestração Hello Sequence. Ele filtra a execução de repetição para que apenas o caminho de execução lógica seja mostrado. Pode ordenar os eventos ordenando por timestamp e sequenceNumber conforme mostrado na seguinte consulta:
let targetInstanceId = "ddd1aaa685034059b545eb004b15d4eb";
let start = datetime(2018-03-25T09:20:00);
traces
| where timestamp > start and timestamp < start + 30m
| where customDimensions.Category == "Host.Triggers.DurableTask"
| extend functionName = customDimensions["prop__functionName"]
| extend instanceId = customDimensions["prop__instanceId"]
| extend state = customDimensions["prop__state"]
| extend isReplay = tobool(tolower(customDimensions["prop__isReplay"]))
| extend sequenceNumber = tolong(customDimensions["prop__sequenceNumber"])
| where isReplay != true
| where instanceId == targetInstanceId
| sort by timestamp asc, sequenceNumber asc
| project timestamp, functionName, state, instanceId, sequenceNumber, appName = cloud_RoleName
O resultado é uma lista de eventos de rastreamento que mostra o caminho de execução da orquestração, incluindo quaisquer funções de atividade ordenadas pelo tempo de execução em ordem crescente.
Consulta de resumo da instância
A consulta a seguir exibe o status de todas as instâncias de orquestração que foram executadas em um intervalo de tempo especificado.
let start = datetime(2017-09-30T04:30:00);
traces
| where timestamp > start and timestamp < start + 1h
| where customDimensions.Category == "Host.Triggers.DurableTask"
| extend functionName = tostring(customDimensions["prop__functionName"])
| extend instanceId = tostring(customDimensions["prop__instanceId"])
| extend state = tostring(customDimensions["prop__state"])
| extend isReplay = tobool(tolower(customDimensions["prop__isReplay"]))
| extend output = tostring(customDimensions["prop__output"])
| where isReplay != true
| summarize arg_max(timestamp, *) by instanceId
| project timestamp, instanceId, functionName, state, output, appName = cloud_RoleName
| order by timestamp asc
O resultado é uma lista de IDs de instância e seu status de tempo de execução atual.
Referência de dados de rastreio
Cada instância de orquestração gera eventos de rastreamento à medida que avança no seu ciclo de vida. Cada evento do ciclo de vida contém uma carga útil customDimensions com vários campos. Os nomes dos campos são todos precedidos de prop__.
| Nome do campo | Descrição |
|---|---|
hubName |
O nome do hub de tarefas onde as suas orquestrações estão a executar. |
appName |
O nome do aplicativo de função. Esse campo é útil quando você tem vários aplicativos funcionais compartilhando a mesma instância do Application Insights. |
slotName |
O slot de implementação em que a função atual está em execução. Este campo é útil quando se utilizam slots de implementação para versionar as suas orquestrações. |
functionName |
O nome do orquestrador ou da função de atividade. |
functionType |
O tipo da função, como Orquestrador ou Atividade. |
instanceId |
O identificador (ID) único da instância de orquestração. |
state |
O estado de execução do ciclo de vida da instância. |
state.Scheduled |
A função estava agendada para execução, mas ainda não começou a funcionar. |
state.Started |
A função começou a funcionar, mas ainda não aguardou nem terminou. |
state.Awaited |
O orquestrador agendou algum trabalho e está à espera que seja concluído. |
state.Listening |
O orquestrador está a ouvir uma notificação de evento externo. |
state.Completed |
A função foi concluída com êxito. |
state.Failed |
A função falhou com um erro. |
reason |
Dados adicionais associados ao evento de rastreamento. Por exemplo, se uma instância estiver à espera de uma notificação de evento externo, este campo indica o nome do evento que está à espera. Se uma função falhar, este campo contém os detalhes do erro. |
isReplay |
Valor booleano que indica se o evento de rastreamento é para execução repetida. |
extensionVersion |
A versão da extensão do Durable Task. As informações de versão são dados especialmente importantes ao relatar possíveis bugs na extensão. Instâncias de longa duração podem reportar múltiplas versões se uma atualização ocorrer enquanto a instância está a funcionar. |
sequenceNumber |
Número de sequência de execução para um evento. Combinado com o carimbo temporal, isto ajuda a ordenar os eventos pelo tempo de execução. Observe que este número será redefinido para zero se o host for reiniciado enquanto a instância estiver em execução, por isso é importante sempre ordenar primeiro por data/hora e depois por número de sequência. |
Registo do Quadro de Tarefas Duráveis (DTFx)
Os logs da extensão Durable são úteis para entender o comportamento da lógica de orquestração. No entanto, esses logs nem sempre contêm informações suficientes para depurar problemas de desempenho e confiabilidade no nível da estrutura. A partir da v2.3.0 da extensão Durável, os logs emitidos pelo DTFx (Durable Task Framework) subjacente também estão disponíveis para coleta.
Ao analisar os registos emitidos pelo DTFx, é importante perceber que o motor DTFx tem dois componentes: o motor central de despacho (DurableTask.Core) e um dos muitos fornecedores de armazenamento suportados.
| Componente | Descrição |
|---|---|
DurableTask.Core |
Execução central de orquestração e registos de planeamento de baixo nível e telemetria. |
DurableTask.DurableTaskScheduler |
Registos de backend específicos do Durable Task Scheduler. |
DurableTask.AzureStorage |
Logs de backend específicos do fornecedor de estado do Armazenamento do Azure. Esses logs incluem interações detalhadas com as filas internas, blobs e tabelas de armazenamento utilizadas para armazenar e recuperar o estado de orquestração interna. |
DurableTask.Netherite |
Registos de backend específicos do fornecedor de armazenamento Netherite, caso esteja ativado. |
DurableTask.SqlServer |
Registos de backend específicos para o fornecedor de armazenamento Microsoft SQL (MSSQL), se ativado. |
Você pode ativar esses logs atualizando a logging/logLevel seção do ficheiro host.json da sua aplicação de funções. O exemplo a seguir mostra como ativar logs de aviso e erro de ambos DurableTask.Core e DurableTask.AzureStorage.
{
"version": "2.0",
"logging": {
"logLevel": {
"DurableTask.AzureStorage": "Warning",
"DurableTask.Core": "Warning"
}
}
}
Se você tiver o Application Insights habilitado, esses logs serão adicionados automaticamente à trace coleção. Podes pesquisar neles da mesma forma que procuras outros trace registos usando consultas Kusto.
Observação
Para aplicações de produção, recomendamos ativar DurableTask.Core e os logs do fornecedor de armazenamento adequado (por exemplo, DurableTask.AzureStorage) usando o filtro "Warning". Filtros de detalhamento mais altos, como "Information", são úteis para depurar problemas de desempenho. No entanto, esses eventos de log podem ser de alto volume e aumentar significativamente os custos de armazenamento de dados do Application Insights.
A seguinte consulta Kusto mostra como consultar os registos DTFx. A parte mais importante da consulta é where customerDimensions.Category startswith "DurableTask", uma vez que filtra os resultados para logs nas categorias DurableTask.Core e DurableTask.AzureStorage.
traces
| where customDimensions.Category startswith "DurableTask"
| project
timestamp,
severityLevel,
Category = customDimensions.Category,
EventId = customDimensions.EventId,
message,
customDimensions
| order by timestamp asc
O resultado é um conjunto de logs gravados pelos provedores de log do Durable Task Framework.
Para mais informações sobre que eventos de registo estão disponíveis, consulte a documentação de registo estruturado do Durable Task Framework sobre GitHub.
Rastreio distribuído
O rastreio distribuído acompanha pedidos e mostra como diferentes serviços interagem entre si. Em Durable Functions, correlaciona orquestrações, entidades e atividades entre si. O rastreamento distribuído mostra o tempo de execução para cada passo de orquestração relativamente a toda a orquestração e identifica onde ocorrem problemas ou exceções. Esse recurso é suportado no Application Insights para todos os idiomas e provedores de armazenamento.
Pré-requisitos
O rastreio distribuído requer versões mínimas específicas de extensão:
- Para .NET Isolated apps, Microsoft.Azure.Functions.Worker.Extensions.DurableTask>= v1.4.0.
- Para aplicações não .NET, siga estas instruções para instalar manualmente Microsoft.Azure. WebJobs.Extensions.DurableTask>= v3.2.0 por agora. O rastreamento distribuído estará disponível em pacotes de extensão >v4.24.x.
Configuração do rastreio distribuído
Para configurar o rastreamento distribuído, atualize o host.json e configure um recurso do Application Insights.
host.json
{
"extensions": {
"durableTask": {
"tracing": {
"distributedTracingEnabled": true,
"version": "V2"
}
}
}
}
Application Insights
Configure a sua aplicação de funções com um recurso Application Insights.
Inspecionar os vestígios
No seu recurso Application Insights, navegue para Pesquisa de Transações. Nos resultados, procure por eventos Request e Dependency que comecem com prefixos específicos de Durable (por exemplo, orchestration:, activity:, etc.). Selecionar um destes eventos abre um gráfico de Gantt que mostra o traço distribuído de ponta a ponta. O gráfico mostra cada passo de orquestração como uma barra horizontal, com chamadas de atividade e suborquestração aninhadas sob a orquestração principal. O comprimento da barra representa a duração do relógio de parede de cada passo, facilitando a identificação de gargalos ou atividades inesperadamente lentas.
Observação
Não vês os teus vestígios no Application Insights? Espere cerca de cinco minutos após executar a sua aplicação para garantir que todos os dados se propagam para o recurso Application Insights.
Registo seguro de repetição nas funções do orquestrador
As funções do orquestrador repetem-se sempre que é recebida nova entrada, o que significa que qualquer instrução log num orquestrador é executada várias vezes para uma única execução lógica. Por exemplo, uma função com três chamadas de atividade produz saída logarítmica como esta durante a reprodução:
Calling F1.
Calling F1.
Calling F2.
Calling F1.
Calling F2.
Calling F3.
Calling F1.
Calling F2.
Calling F3.
Done!
Para evitar linhas de registo duplicadas, verifique o indicador "está em repetição" para garantir que os registos só sejam executados na primeira passagem, que não é de repetição. Os exemplos seguintes mostram registos seguros para replay em cada linguagem.
A partir do Durable Functions 2.0, utiliza-se CreateReplaySafeLogger para filtrar automaticamente as instruções de registo durante a reprodução:
[FunctionName("FunctionChain")]
public static async Task Run(
[OrchestrationTrigger] IDurableOrchestrationContext context,
ILogger log)
{
log = context.CreateReplaySafeLogger(log);
log.LogInformation("Calling F1.");
await context.CallActivityAsync("F1");
log.LogInformation("Calling F2.");
await context.CallActivityAsync("F2");
log.LogInformation("Calling F3");
await context.CallActivityAsync("F3");
log.LogInformation("Done!");
}
Com registo seguro para reprodução, a saída do registo é:
Calling F1.
Calling F2.
Calling F3.
Done!
Status de orquestração personalizada
Use o estado de orquestração personalizado para reportar o progresso do fluxo de trabalho a clientes externos. Padrões comuns incluem percentagens de conclusão, descrições de passos e resumos de erros. Os clientes externos podem visualizar o estado personalizado através da API de consulta HTTP de estado ou chamadas de API específicas da língua.
O código seguinte mostra como definir um valor de estado personalizado numa função de orquestrador:
[FunctionName("SetStatusTest")]
public static async Task SetStatusTest([OrchestrationTrigger] IDurableOrchestrationContext context)
{
// ...do work...
// update the status of the orchestration with some arbitrary data
var customStatus = new { completionPercentage = 90.0, status = "Updating database records" };
context.SetCustomStatus(customStatus);
// ...do more work...
}
Observação
O exemplo anterior de C# é para Durable Functions 2.x. Para Durable Functions 1.x, você deve usar DurableOrchestrationContext em vez de IDurableOrchestrationContext. Para obter mais informações sobre as diferenças entre versões, consulte o artigo Durable Functions versions .
Enquanto a orquestração está em execução, os clientes externos podem obter este status personalizado:
GET /runtime/webhooks/durabletask/instances/instance123?code=XYZ
Os clientes obtêm a seguinte resposta:
{
"runtimeStatus": "Running",
"input": null,
"customStatus": { "completionPercentage": 90.0, "status": "Updating database records" },
"output": null,
"createdTime": "2017-10-06T18:30:24Z",
"lastUpdatedTime": "2017-10-06T19:40:30Z"
}
Advertência
A carga útil de estado personalizada está limitada a 16 KB de texto JSON UTF-16 porque precisa de caber numa coluna do Armazenamento de Tabelas do Azure. Podes usar armazenamento externo se precisares de uma carga útil maior.
Debugging
O Funções do Azure permite depurar o código da função diretamente, e esse mesmo suporte é aplicável às Funções Duráveis, quer estejam a ser executadas no Azure quer localmente. Utilize o seguinte fluxo de trabalho para obter a melhor experiência de depuração:
Inicie uma nova sessão de depuração com um novo hub de tarefas ou limpe o conteúdo do hub entre sessões. Mensagens remanescentes de execuções anteriores podem causar novas execuções inesperadas.
Define pontos de interrupção no teu orquestrador ou nas funções de atividade. Para funções de orquestrador, use um ponto de interrupção condicional que só se interrompa quando o valor
false"está a ser reproduzido" para evitar atingir o mesmo ponto de interrupção várias vezes durante a repetição.Execute o seu código passo a passo normalmente. Tenha em mente os seguintes comportamentos:
Repetição:
As funções do Orchestrator reproduzem-se regularmente quando são recebidas novas entradas. Uma única execução lógica de uma função de orquestrador pode resultar em atingir o mesmo ponto de interrupção várias vezes, especialmente se for definido cedo no código da função.Aguarde:
Sempre que umawaité encontrado numa função orquestradora, devolve o controlo ao despachador do Durable Task Framework. Se for a primeira vez que um determinadoawaité encontrado, a tarefa associada nunca é retomada. Como a tarefa nunca recomeça, passar sobre o await (F10 em Visual Studio) não é viável. Passar por cima só funciona quando uma tarefa está sendo repetida.Tempos limite de mensagens:
As Funções Duráveis usam internamente mensagens de fila para gerir a execução das funções de orquestrador, atividade e entidade. Num ambiente multi-VM, sessões prolongadas de depuração podem fazer com que outra VM processe a mensagem, resultando numa execução duplicada. Embora este comportamento também exista para funções regulares de disparo de fila, este contexto é importante de destacar porque as filas são um detalhe de implementação.Parar e arrancar:
As mensagens em Funções Duráveis persistem entre as sessões de depuração. Se interromper a depuração e encerrar o processo host local enquanto uma função durável está a ser executada, essa função pode ser reexecutada automaticamente numa futura sessão de debug.
Ferramentas adicionais
Inspecionar o estado de armazenamento
Por padrão, as Funções Duráveis armazenam o estado no Armazenamento do Azure. Pode inspecionar o estado da orquestração e as mensagens usando ferramentas como o Microsoft Explorador de Armazenamento do Azure.
Advertência
Embora seja conveniente ver o histórico de execução no armazenamento de tabelas, evite depender dessa tabela. Pode mudar à medida que a extensão Durable Functions se desenvolve.
Observação
Pode configurar outros fornecedores de armazenamento em vez do fornecedor de Armazenamento do Azure padrão. Dependendo do fornecedor de armazenamento configurado para a sua aplicação, poderá precisar de usar ferramentas diferentes para inspecionar o estado subjacente.
Monitor de Funções Duráveis
Durable Functions Monitor é uma ferramenta gráfica para monitorizar, gerir e depurar instâncias de orquestração e entidades. Está disponível como uma extensão do Visual Studio Code ou uma aplicação autónoma. Para instruções de configuração e uma lista de funcionalidades, consulte a Wiki do Monitor Durable Functions.
Diagnósticos do portal Azure
O portal Azure fornece ferramentas de diagnóstico integradas para as suas aplicações funcionais.
Diagnosticar e resolver problemas: O Azure Function App Diagnostics é um recurso útil para monitorizar e diagnosticar potenciais problemas na sua aplicação. Também fornece sugestões para ajudar a resolver problemas com base no diagnóstico. Para mais informações, consulte Diagnósticos de Aplicações de Funções no Azure.
Registos de orquestração: O portal da Azure fornece detalhes dos registos de orquestração para o ajudar a compreender o estado de cada instância de orquestração e a rastrear a execução de ponta a ponta. Ao ver a lista de funções dentro da sua aplicação Funções do Azure, vê uma coluna Monitor com links para os registos. Precisa de ter o Application Insights ativado para a sua aplicação aceder a esta informação.
Analisador Roslyn
O Durable Functions Roslyn Analyzer é um analisador de código em tempo real que orienta os programadores de C# a seguir as restrições específicas de código do Durable Functions. Para instruções sobre como o ativar em Visual Studio e Visual Studio Code, veja Durable Functions Roslyn Analyzer.
Troubleshooting
Para resolver problemas comuns, como orquestrações que ficam presas, falhas ao iniciar ou execução lenta, consulte o guia de resolução de problemas Durable Functions.