Operaciones de ingeniería Empieza con evento de app
Enrutamiento de solicitudes de soporte
Dirija las solicitudes publicadas en un canal de soporte al equipo adecuado y abra una issue en GitHub para los bugs.
Cómo funciona
4 pasos, de evento de app al resultado
- si bug → Open an issue
- si not_a_bug → Send a message
Registro de ejemploPulse play para seguir un registro a través del flow.
Vea cómo se ejecuta “Enrutamiento de solicitudes de soporte” dentro de un flow gobernado.
- Disparador: On new message posted to channel. Una solicitud publicada en el canal de soporte inicia el flow.
- Decisión: Route the request. Una decisión gobernada elige el equipo y detecta bugs.
- Acción: Open an issue. Los bugs se convierten en issues de GitHub.
- Acción: Send a message. Se avisa al equipo adecuado en Slack.
Paso a paso
- 1 Disparador On new message posted to channel
Una solicitud publicada en el canal de soporte inicia el flow.
- 2 Decisión Route the request
Una decisión gobernada elige el equipo y detecta bugs.
- 3 Acción Open an issue
Los bugs se convierten en issues de GitHub.
- 4 Acción Send a message
Se avisa al equipo adecuado en Slack.
Gobernado desde el diseño
El paso de decisión es un modelo DMN: reglas que su equipo puede leer, probar y versionar, en lugar de lógica oculta en el código. Cada ejecución registra la versión del modelo o del flow que produjo el resultado, así las respuestas siguen siendo explicables.
Casos de uso relacionados
Ver todos →- Operaciones de ingeniería Triaje de issues de GitHub Clasifique nuevas issues con una decisión gobernada, comente los siguientes pasos y avise al equipo responsable.
- Aprobaciones Aprobación de solicitudes de crédito en Slack Un mensaje en #credit-requests inicia el flow. Una decisión DMN elige quién aprueba, y esa persona responde en Slack.