- Introdução
- Introdução
- Criação com o Maestro BPMN
- Entendendo a modelagem BPMN do Maestro
- Abertura da tela de modelagem
- Modelagem de seu processo
- Alinhamento e conexão de elementos BPMN
- Patterns library
- Autopilot para Maestro (visualização)
- Repositório de processos
- Implementação de um processo BPMN simples
- Implementação de um processo BPMN complexo
- Build a Maestro BPMN with a coding agent (preview)
- Depuração
- Simulação
- Avaliações (pré-visualização)
- Cenários de implementação comuns
- Criação com o Maestro Case
- Introdução ao Maestro Case
- Maestro BPMN versus Maestro Case: quando usar o Case Management
- O ciclo de vida do Maestro Case: do disparo de eventos à experiência do aplicativo
- Crie seu primeiro caso com o Maestro Case
- Crie um Maestro Case com um agente de codificação (visualização)
- Definição de chaves de caso (sistema versus externo)
- Estabelecimento de contratos de E/S e de write-back
- Regras de saída e término do estágio inicial
- Modelagem de estágios primário e secundário
- Disparo de um caso a partir do Data Fabric
- Implementação de personas e permissões no nível de estágio
- Configuração de SLAs e regras de escalonamento automatizadas
- Configuração de um loop de retrabalho (reentrada)
- Configuração e teste do agente do caso (pré-visualização)
- Contrato de entrada e saída do Case Manager
- Dicionário de componentes Maestro Case
- Criação com o Maestro Flow
- Maestro Automate
- Integrações
- Operando
- Monitoramento
- Otimizando
- Informações de referência
Observação de execuções
Histórico de execução e traces por execução para fluxos de trabalho do Flow implantados, mostrando o que disparou cada execução, o caminho que ela tomou, e a saída e o tempo por nó.
Depois que um Fluxo for implantado e estiver em execução, o histórico de execução fornece uma visualização completa de cada execução — o que a disparou, qual caminho tomou, o que cada nó produziu e quanto tempo cada etapa levou.
Tópicos relacionados ao gerenciamento de instâncias do Maestro
- Visualização do diagrama de instâncias — ícones de status por etapa do processo
- Aceleração de instância — limitação automática de uma instância de fluxo de trabalho sob alto volume de atividade
- ID da instância personalizada — um ID de instância derivados do runtime no lugar do gerado pelo sistema
Histórico de execução
O histórico de execução lista todas as execuções do fluxo de trabalho, com as seguintes informações para cada uma delas:
| Campo | Description |
|---|---|
| Status | Succeeded, Failed ou Running. |
| Gatilho | O que iniciou a execução (evento manual, agendado ou de integração). |
| Iniciado às | Carimbo de data/hora de quando a execução começou. |
| Duration | Período total do início à conclusão. |
| Versão | Qual versão publicada do fluxo de trabalho foi executada? |
Ao selecionar qualquer linha, você abre o Trace de execução para essa execução.
Rastreamento da execução
O trace de execução é um registro passo a passo do que aconteceu durante uma execução específica. Para cada nó, ele mostra:
- Valores de entrada — o que o nó recebeu.
- Valores de saída — o que o nó produziu.
- Status — se o nó teve sucesso ou falha.
- Duração — quanto tempo o nó levou para executar.
- Detalhes do erro — se o nó falhou, a mensagem de erro, o tipo e o rastreamento da pilha.
O trace destaca o caminho realmente percorrido pelo fluxo de trabalho (por exemplo, qual ramificação um nó de Decisão tomou), facilitando a compreensão da execução completa sem precisar ler a definição do fluxo de trabalho.
Filtragem e pesquisas de execuções
Você pode filtrar o histórico de execução por:
- Status (bem-sucedido, com falha, em execução)
- Tipo do Gatilho
- Intervalo de data
- Version number
Os filtros ajudam a restringir as execuções com falha após uma implantação ou comparam o comportamento entre duas versões.
Monitoramento de falhas
As notificações de falha podem vir das configurações do fluxo de trabalho ou do próprio fluxo de trabalho:
- A configuração de Alertas nas configurações do fluxo de trabalho envia uma notificação para um e-mail ou canal do Slack especificado quando uma execução atinge o status
Failed. - Uma etapa de notificação no caminho de erro de um nó fornece mais controle sobre o conteúdo do alerta.
Erros comuns
- Verificar apenas execuções com falha — execuções bem-sucedidas lentas podem indicar problemas de desempenho. As tendências de duração são importantes mesmo quando a execução é bem-sucedida.
- Ignorar números de versão em traces — O número de versão identifica qual versão do fluxo de trabalho produziu o trace. Uma reversão não explica o que deu errado se você usou uma versão mais antiga na execução com falha.