> For the complete documentation index, see [llms.txt](https://docs.skail.dev/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.skail.dev/construir/portal/monitor.md).

# Monitor

Referência da área Monitor do portal: a lista de execuções, os estados, a linha do tempo de uma execução e as ações disponíveis.

## Lista de execuções

Cada linha é uma execução (um TaskId) do environment, com function, workload e versão, estado, início e última atividade. Procure pelo TaskId (o id que você passou no trigger) para achar uma execução específica; filtre por estado para achar o que precisa de atenção.

## Estados

| Estado            | Significado                                                                             | O que olhar                                                 |
| ----------------- | --------------------------------------------------------------------------------------- | ----------------------------------------------------------- |
| Em execução       | A sua aplicação está processando um passo agora                                         | Nada; se demorar demais, o command está lento               |
| Aguardando evento | Parada em `WaitForEvent`; mostra o nome do evento e o instance id esperados             | Se for inesperado, compare nome e id com o que o fire envia |
| Aguardando prazo  | Parada em `Delay`; mostra quando vai acordar                                            | Nada; é o esperado                                          |
| Na fila           | Aceita pelo trigger ou pronta para retomar, esperando uma instância da aplicação buscar | A aplicação com esse `SKAIL_WORKLOAD` está rodando?         |
| Concluída         | A function retornou                                                                     |                                                             |
| Falha             | Esgotou as tentativas; mostra a exceção                                                 | Corrigir a causa e retomar manualmente                      |

## Linha do tempo

Abrindo uma execução, cada passo é um item, em ordem: início da function com os argumentos; cada command com argumentos, resultado, duração e número de tentativas; cada `Delay` com o prazo; cada espera com nome e instance id e o evento recebido com o payload; cada `WhenAll`/`WhenAny` com as tarefas compostas; functions filhas como execuções ligadas; a exceção, quando houve. É a mesma informação que o runtime usa no replay, apresentada para leitura.

Isso responde as perguntas do dia a dia: onde está o pedido 4711 (o último item), por que ele parou (o estado e o evento esperado), o que o gateway devolveu (o resultado do command), quantas vezes tentou (as tentativas do command).

## Ações

| Ação                                    | Quando                                                     | Efeito                                                                                                                                                                           |
| --------------------------------------- | ---------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Retomar execução falha                  | Depois de corrigir a causa (dado, serviço externo, código) | Nova entrega; commands concluídos devolvem os resultados da primeira vez; só o que faltava executa. Ver [Retomada manual](/operar/retomada-manual-de-execucoes-falhas.md)        |
| Exportar captura para Time Travel Debug | Para depurar na IDE com os dados originais                 | Gera a captura que o runtime local lê em modo de depuração. Ver [Como depurar com Time Travel Debug](/construir/testar-depurar-e-observar/como-depurar-com-time-travel-debug.md) |

## O que vale acompanhar

Execuções em falha, execuções aguardando evento há mais tempo que o prazo esperado, commands com tentativas altas, e tempo entre trigger e início (aplicação fora ou com instâncias de menos). [Monitoramento e alertas](/operar/monitoramento-e-alertas.md) diz o que fazer com cada um.

## Veja também

[Como observar execuções](/construir/testar-depurar-e-observar/como-observar-execucoes-monitor-otlp-logs.md), [Troubleshooting](/operar/troubleshooting.md), [Time Travel Debug](/construir/portal/time-travel-debug.md).