Los flujos de trabajo juegan un papel clave en la experiencia general de Rootly. Permiten a los equipos automatizar acciones manuales basadas en una serie de eventos desencadenantes y condiciones de ejecución. Hay infinitas posibilidades diseñadas para adaptarse a sus casos de uso exactos. Algunas automatizaciones comunes son:

• 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 una reunión de Zoom o Google Meet para incidentes de alta gravedad para permitir conversaciones de alto ancho de banda

• Automáticamente notificar a los responsables de guardia a través de PagerDuty u Opsgenie cuando 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 exacto de incidentes!

Si necesitas ayuda para configurar un Flujo de trabajo o no ves lo que estás buscando, contáctanos a través de Slack o support@rootly.com.

​

Flujos de trabajo de un vistazo

No.	Descripción
1) Nombre	Dale a tu flujo de trabajo un nombre para una fácil identificación. Si no estableces un Comando de Slack (en el campo 5) para el flujo de trabajo durante la creación inicial, Rootly utilizará el campo Nombre con guiones como valor predeterminado del comando.
2) Descripción	Añade una descripción detallada para informar a los usuarios sobre lo que hace el flujo de trabajo.
3) Carpeta del Flujo de Trabajo	Coloca el flujo de trabajo en una carpeta específica. Si un flujo de trabajo no está en ninguna carpeta, podrás 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 ser activados manualmente mediante comandos de Slack.
5) Comando de Slack	Cada flujo de trabajo puede ser activado mediante un comando de Slack. Elige un comando fácil de recordar si tu proceso requiere que un flujo de trabajo se active de esta manera. Si no estableces un valor aquí, Rootly utilizará el campo Nombre con guiones como 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 de activación (campo 10). Sin embargo, las ejecuciones posteriores se iniciarán una vez que se alcance el intervalo de repetición, independientemente de los eventos de activación. 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, usa este campo para seleccionar los días de la semana en los que el flujo de trabajo se ejecutará repetitivamente. Por ejemplo, si se establecen los siguientes valores: - Repetir Cada = 5h - Repetir En = L, X, V El flujo de trabajo se ejecutará repetitivamente cada 5 horas los lunes, miércoles y viernes.
9) Esperar Antes de Ejecutar	Cada flujo de trabajo puede configurarse con un retraso. El mínimo que se puede establecer para un retraso 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 de activación	Los eventos de activación 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 (campo 13). Puede encontrar la lista completa de eventos de activación 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 basándose en parámetros de incidentes, elementos de acción, retrospectivas, alertas o pulsos. 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 ser iniciado por 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, el flujo de trabajo se iniciará. Por ejemplo, si tiene un flujo de trabajo configurado con los siguientes activadores:

El flujo de trabajo se iniciará…

• 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 realice 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 off - si todas las condiciones son falsas

Cada condición individual también tiene su propio operador:

• 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

Aquí hay un ejemplo de cómo se comportará esta fase dadas las siguientes condiciones:

El flujo de trabajo se ejecutará si…

• El Tipo de Incidente es Incidente,

• Y el Estado del incidente es Resuelto O Cancelado,

• Y la Severidad del incidente es SEV0 O SEV1,

• Y el incidente Equipo es cualquier cosa menos Prueba

​

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 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 desactivada independientemente.

Por defecto, cuando una sola acción falla dentro de un flujo de trabajo, todo el flujo de trabajo se detendrá. Este comportamiento se puede cambiar activando la bandera Omitir en caso de fallo. Esto resultará en que el flujo de trabajo continúe, incluso si la acción falla.

Por ejemplo, si las siguientes acciones están configuradas para un flujo de trabajo:

El flujo de trabajo intentará…

1. Enviar un mensaje de Slack

2. Independientemente del resultado del paso 1, enviar un correo electrónico

3. SI el correo electrónico falla al enviarse, el flujo de trabajo TERMINA

4. SI el correo electrónico se envía con éxito, el flujo de trabajo continúa al paso 5

5. Omite agregar un mensaje a la línea de tiempo del incidente

6. Agrega un elemento de acción

7. SI el elemento de acción se agrega con éxito, el flujo de trabajo se marca como EXITOSO

8. SI el elemento de acción falla al agregarse, el flujo de trabajo se marca como FALLIDO

​

Organizando Flujos de Trabajo

Los flujos de trabajo serán la columna vertebral de tus automatizaciones. Es importante mantenerlos organizados, para que sea fácil localizarlos y gestionarlos. En la página de flujos de trabajo, verás las siguientes secciones:

No.	Descripción
1) Todos los Flujos de Trabajo	Puedes ver rápidamente todos los flujos de trabajo en tu organización.
2) Carpetas	Puedes crear carpetas para colocar tus 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 tienes 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ándote 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ás 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 filtrarlos y ordenarlos.

​

Soporte

Si necesitas ayuda o más información sobre esta integración, por favor contacta a support@rootly.com o inicia un chat navegando a Ayuda > Chatear con Nosotros.