Flujos de Trabajo
Workflows
- Automáticamente crear un canal de Slack cuando se declara un nuevo incidente
- Automáticamente recordar al canal de Slack que actualice la página de estado cada 30 minutos
- Automáticamente enviar un correo electrónico al equipo legal cada vez que ocurre un incidente SEV0
- Automáticamente crear tickets de Jira en los tableros de proyectos correspondientes según los equipos afectados
- Automáticamente crear Zoom o Google Meet puentes para incidentes de alta gravedad para permitir conversaciones de alto ancho de banda
- Automáticamente llamar a los respondedores de guardia a través de PagerDuty u Opsgenie cada vez que un determinado servicio está caído
- Automáticamente crear retrospectivas utilizando diferentes plantillas según los tipos de incidentes
- …¡miles de otras combinaciones para adaptarse a su proceso de incidentes exacto!
Flujos de trabajo de un vistazo
| No. | Descripción |
|---|---|
| 1) Nombre | Asigne un nombre a su flujo de trabajo para una fácil identificación. Si no establece un comando de Slack (en el campo 5) para el flujo de trabajo durante la creación inicial, Rootly usará el campo Nombre con guiones como el valor predeterminado del comando. |
| 2) Descripción | Agregue una descripción detallada para informar a los usuarios sobre lo que hace el flujo de trabajo. |
| 3) Carpeta de flujo de trabajo | Coloque el flujo de trabajo en una carpeta específica. Si un flujo de trabajo no está en ninguna carpeta, podrá encontrarlo filtrando por Todos los flujos de trabajo en la página de flujos de trabajo. |
| 4) Habilitado | Cuando un flujo de trabajo está deshabilitado, no se ejecutará automáticamente cuando se cumplan las condiciones de activación. Los flujos de trabajo deshabilitados aún pueden activarse mediante un comando manual de Slack. |
| 5) Comando de Slack | Cada flujo de trabajo puede activarse mediante un comando de Slack. Elija un comando fácil de recordar si su proceso requiere que un flujo de trabajo se active de esta manera. Si no establece un valor aquí, Rootly usará el campo Nombre con guiones como el valor predeterminado del comando. |
| 6) Retroalimentación de comando habilitada | Seleccionar este campo resultará en un mensaje de salida en Slack cada vez que el flujo de trabajo se ejecute mediante un comando manual de Slack. |
| 7) Repetir cada | Cada flujo de trabajo puede ejecutarse en un horario recurrente. Este campo debe usarse junto con el campo Repetir en. El valor establecido en este campo indica con qué frecuencia se inicia el flujo de trabajo (por ejemplo, 30min, 2h 30min, 1 día). La primera ejecución del flujo de trabajo se iniciará cuando se cumplan los eventos desencadenantes (campo 10). Sin embargo, las ejecuciones posteriores se iniciarán una vez que se alcance el intervalo de repetición, independientemente de los eventos desencadenantes. Los flujos de trabajo recurrentes se detendrán tan pronto como las condiciones de ejecución (campos 11 y 12) ya no sean verdaderas. |
| 8) Repetir en | Este campo debe usarse junto con el campo Repetir cada. Cuando se establece un valor para el campo Repetir cada, use este campo para seleccionar los días de la semana en los que el flujo de trabajo se ejecutará repetidamente. Por ejemplo, si se establecen los siguientes valores: - Repetir cada = 5h - Repetir en = L, X, V El flujo de trabajo se ejecutará repetidamente cada 5 horas los lunes, miércoles y viernes. |
| 9) Esperar antes de ejecutar | Cada flujo de trabajo puede configurarse con un retraso. El retraso mínimo que se puede establecer es de 10 segundos. Las verificaciones de condiciones para flujos de trabajo con retrasos seguirán este patrón: - Verificación de condición: Pasa → Retraso → Verificación de condición: Pasa → Ejecutar → Fin - Verificación de condición: Pasa → Retraso → Verificación de condición: Falla → Fin - Verificación de condición: Falla → Fin |
| 10) Eventos desencadenantes | Los eventos desencadenantes determinan cuándo se inicia un flujo de trabajo. Una vez iniciado, se verificarán las condiciones de ejecución (campos 11 y 12) antes de ejecutar cualquiera de las acciones (campos 13). Puede encontrar la lista completa de eventos desencadenantes en esta página. |
| 11) Operador de condición de ejecución | Una vez que se inicia un flujo de trabajo, la plataforma verificará las condiciones de ejecución. Las condiciones de ejecución deben cumplirse para que el flujo de trabajo avance a las acciones. Cada condición de ejecución puede unirse mediante los siguientes operadores: - todas - todas las condiciones deben ser verdaderas - cualquiera - si alguna condición es verdadera - ninguna - si todas las condiciones son falsas |
| 12) Condiciones de ejecución | Las condiciones de ejecución se establecen en base a parámetros de incidente, elemento de acción, retrospectiva, alerta o pulso. El Tipo de flujo de trabajo determina qué parámetros están disponibles para condicionar. Las condiciones de ejecución deben cumplirse antes de que un flujo de trabajo pueda proceder a realizar cualquier acción. |
| 13) Acciones | Las acciones del flujo de trabajo son lo que realmente se ejecuta una vez que se cumplen las condiciones de ejecución. Las acciones disponibles dependen de las aplicaciones que están integradas para la organización. |
¿Cómo se ejecutan los flujos de trabajo?
Los flujos de trabajo se pueden dividir en tres fases principales: Iniciación, Verificación de condiciones, y Ejecución.Fase 1: Iniciación
Cada flujo de trabajo puede iniciarse mediante una serie de condiciones de activación. Se consideran iniciados cuando se cumple uno de sus eventos de activación. Puede encontrar una lista completa de eventos de activación aquí. Los eventos de activación seleccionados se unen mediante condiciones OR. Por lo tanto, siempre que se cumpla uno de los eventos, se iniciará el flujo de trabajo. Por ejemplo, si tiene un flujo de trabajo configurado con los siguientes activadores:
- cuando se actualice el estado del incidente,
- O cuando se actualice la gravedad del incidente,
- O cuando se actualice el equipo del incidente
Fase 2: Verificación de condiciones
Una vez que se inicia un flujo de trabajo, debe pasar las condiciones antes de que se lleve a cabo cualquier acción. Las condiciones dependen del Tipo de Flujo de Trabajo: los flujos de trabajo de incidentes verificarán las condiciones en las propiedades del incidente. Mientras que los flujos de trabajo de elementos de acción verificarán las condiciones en las propiedades de los elementos de acción. Las condiciones de ejecución se pueden unir mediante los siguientes operadores:-
all of- todas las condiciones deben ser verdaderas -
any of- si alguna condición es verdadera -
none of- si todas las condiciones son falsas
El operador predeterminado es “todas”, ya que es el operador más popular y restringido.Si se encuentra con un flujo de trabajo que se está ejecutando cuando no se cumplen todas las condiciones configuradas, este debería ser el primer lugar para verificar. Es muy probable que esté configurado para ejecutarse cuando se cumpla alguna de las condiciones.
-
is- verdadero si la propiedad es exactamente un valor establecido -
is one of- verdadero si una propiedad de selección única es CUALQUIERA de los valores establecidos -
contains any of- verdadero si una propiedad de selección múltiple incluye CUALQUIERA de los valores establecidos -
contains all of- verdadero si una propiedad de selección múltiple incluye TODOS los valores establecidos -
contains none of- verdadero si una propiedad de selección múltiple incluye NINGUNO de los valores establecidos -
none of- verdadero si una propiedad de selección única es NINGUNO de los valores establecidos -
is set- verdadero si un campo contiene un valor -
is unset- verdadero si un campo NO contiene un valor
El tipo de campo de una propiedad puede afectar qué operador se puede usar.Un campo booleano solo se puede usar con “está establecido” y “no está establecido” ya que es verdadero o falso.Un campo de selección única solo permite seleccionar un único valor, por lo que comúnmente se condiciona con “es”, “es uno de” y “ninguno de”.Un campo de selección múltiple permite múltiples valores, por lo tanto, a menudo se condiciona con “contiene cualquiera de”, “contiene todos” y “no contiene ninguno de”.“está establecido” y “no está establecido” son lo suficientemente flexibles para ser utilizados con cualquier tipo de campo. Se usa comúnmente para verificar si un campo ha sido establecido o no.
- El Tipo de Incidente es Incidente,
- Y el Estado del incidente es Resuelto O Cancelado,
- Y la Gravedad del incidente es SEV0 O SEV1,
- Y el Equipo del incidente es cualquier cosa excepto Test
Fase 3: Ejecución
Una vez que un flujo de trabajo ha cumplido con éxito sus condiciones de ejecución, sus acciones configuradas comenzarán oficialmente. Las acciones disponibles dependen del Tipo de Flujo de Trabajo y las aplicaciones integradas. Un solo flujo de trabajo puede tener múltiples acciones. El orden en el que se colocan las acciones dictará el orden de ejecución de las acciones. Cada acción puede ser deshabilitada independientemente.
- Enviar un mensaje de Slack
- Independientemente del resultado del paso 1, enviar un correo electrónico
- SI el correo electrónico falla al enviarse, el flujo de trabajo TERMINA
- SI el correo electrónico se envía con éxito, el flujo de trabajo continúa al paso 5
- Omite agregar un mensaje a la línea de tiempo del incidente
- Agrega un elemento de acción
- SI el elemento de acción se agrega con éxito, el flujo de trabajo se marca como EXITOSO
- SI el elemento de acción falla al agregarse, el flujo de trabajo se marca como FALLIDO
Organización de Flujos de Trabajo
Los flujos de trabajo serán la columna vertebral de sus automatizaciones. Es importante mantenerlos organizados, para que sea fácil localizarlos y gestionarlos. En la página de flujos de trabajo, verá las siguientes secciones:
| No. | Descripción |
|---|---|
| 1) Todos los Flujos de Trabajo | Puede ver rápidamente todos los flujos de trabajo en su organización. |
| 2) Carpetas | Puede crear carpetas para colocar sus flujos de trabajo. Los flujos de trabajo no se ven afectados por la carpeta en la que se colocan. Esto se usa puramente con fines de organización. |
| 3) Habilitado / Deshabilitado | Esta es una forma fácil de habilitar/deshabilitar cada flujo de trabajo. No tiene que hacer clic en la página de edición de cada flujo de trabajo para hacerlo. |
| 4) Expandir / Contraer | Expandir el mosaico mostrará un resumen del flujo de trabajo, dándole una forma rápida de verlos sin tener que hacer clic en cada flujo de trabajo. |
| 5) Resumen del Flujo de Trabajo | No siempre es fácil reconocer lo que un flujo de trabajo está configurado para hacer basándose únicamente en su nombre. Cuando se expande, podrá ver un resumen del flujo de trabajo que contiene sus eventos de activación, condiciones de ejecución y acciones. |
| 6) Filtrar y Ordenar | Para localizar rápidamente los flujos de trabajo, puedes filtrar y ordenar los flujos de trabajo. |