Operações de engenharia Começa por evento de app
Roteamento de pedidos de suporte
Encaminhe pedidos postados num canal de suporte para o time certo e abra uma issue no GitHub para bugs.
Como funciona
4 etapas, de evento de app até o resultado
- se bug → Open an issue
- se not_a_bug → Send a message
Registro de exemploAperte play para acompanhar um registro pelo flow.
Veja como “Roteamento de pedidos de suporte” roda dentro de um flow governado.
- Gatilho: On new message posted to channel. Um pedido postado no canal de suporte inicia o flow.
- Decisão: Route the request. Uma decisão governada escolhe o time e identifica bugs.
- Ação: Open an issue. Bugs viram issues no GitHub.
- Ação: Send a message. O time certo é avisado no Slack.
Passo a passo
- 1 Gatilho On new message posted to channel
Um pedido postado no canal de suporte inicia o flow.
- 2 Decisão Route the request
Uma decisão governada escolhe o time e identifica bugs.
- 3 Ação Open an issue
Bugs viram issues no GitHub.
- 4 Ação Send a message
O time certo é avisado no Slack.
Governado por padrão
A etapa de decisão é um modelo DMN: regras que seu time consegue ler, testar e versionar, em vez de lógica escondida no código. Cada execução registra a versão do modelo ou do flow que gerou o resultado, então as respostas continuam explicáveis.
Casos de uso relacionados
Ver todos →- Operações de engenharia Triagem de issues do GitHub Classifique novas issues com uma decisão governada, comente os próximos passos e avise o time responsável.
- Aprovações Aprovação de pedidos de crédito no Slack Uma mensagem em #credit-requests inicia o flow. Uma decisão DMN escolhe quem aprova, e a pessoa responde no Slack.