Puntos clave
- Los flujos de trabajo de automatización suelen detenerse tras un reinicio, lo que obliga a intervenir manualmente o a recurrir a soluciones alternativas.
- Incluir reinicios en una cadena de automatización permite que los flujos de trabajo se reanuden automáticamente tras reiniciarse el dispositivo.
- Esto elimina la necesidad de usar tareas programadas o realizar reinicios manuales en los procesos automatizados.
- Permite crear flujos de automatización complejos para la instalación, el aprovisionamiento y la reparación de sistemas.
- De este modo, los flujos de automatización pueden ejecutarse de principio a fin sin interrupciones.
La función de reinicio en una cadena de automatización ya está disponible en la versión 13.0 de NinjaOne
Si alguna vez has creado un flujo de trabajo de automatización complejo, probablemente te haya ocurrido esto:
- Instalas una aplicación.
- Reinicias el dispositivo.
- Vuelves a iniciar sesión.
- Tienes que iniciar manualmente el siguiente paso.
Para los técnicos, los reinicios forman parte habitual de la gestión de endpoints. Son necesarios para aplicar parches, instalar aplicaciones, reparar sistemas e implementar sistemas operativos. Sin embargo, un reinicio suele detener por completo la automatización.
Esto implica más trabajo manual, más soluciones alternativas basadas en scripts y más posibilidades de que algo falle. Pero no tiene por qué ser así.
Flujos de trabajo de automatización que continúan tras un reinicio
Con la función de reinicio en una cadena de automatización, los técnicos ya pueden incluir reinicios directamente en los flujos de trabajo sin interrumpir su ejecución.
Después de un reinicio:
- la automatización se reanuda automáticamente,
- continúa exactamente desde el punto en el que se interrumpió
- y no requiere intervención manual.
Tanto si el flujo de trabajo incluye un solo reinicio como varios, toda la cadena se ejecuta de principio a fin sin interrupciones.
Con la versión 13.0, ya puedes crear cadenas de automatización que continúan ejecutándose tras los reinicios, lo que permite crear flujos de trabajo más completos, complejos y fiables.
Crea flujos de trabajo que reflejen la realidad de los entornos de TI
Los reinicios no son casos límite, sino que forman parte de las tareas cotidianas de TI. Ahora, las automatizaciones creadas en NinjaOne pueden reflejar esta realidad. Los siguientes casos de uso son ideales para aprovechar la nueva función de reinicio en una cadena de automatización.
Garantiza la correcta instalación de las aplicaciones
Muchas aplicaciones requieren que se instalen ciertas dependencias antes de que el software principal pueda funcionar correctamente. Por ejemplo, una aplicación puede requerir una versión concreta de .NET. Con los flujos de trabajo tradicionales, puedes instalar la dependencia, reiniciar el dispositivo y después tener que volver manualmente para completar la instalación.
Con la función de reinicio en una cadena de automatización, puedes instalar la dependencia, como .NET, reiniciar el dispositivo, continuar con la instalación de la aplicación, aplicar las configuraciones y validar el resultado. Todo se ejecuta en un único flujo de trabajo, sin que el reinicio interrumpa el proceso. Así se reducen las instalaciones fallidas o retrasadas, se elimina la necesidad de realizar un seguimiento manual y se garantiza que las implementaciones finalicen según lo previsto.
Automatiza por completo la configuración y el aprovisionamiento de nuevos dispositivos
Configurar un dispositivo nuevo suele implicar decenas de pasos. En una implementación de sistema operativo, un proceso con Autopilot o cualquier otro flujo de aprovisionamiento, los técnicos suelen tener que instalar aplicaciones, aplicar configuraciones, unir el dispositivo a un dominio o a Entra ID y reiniciarlo en varias fases del proceso.
Antes, cada reinicio interrumpía la automatización. El técnico tenía que volver a iniciar sesión manualmente y reanudar el flujo de trabajo, o dividir el proceso entre varios scripts y políticas para que pudiera continuar.
Ahora, todo ese proceso puede integrarse en una única cadena de automatización. El técnico puede iniciar la configuración del dispositivo, ejecutar cada paso y reiniciarlo cuando sea necesario; después, el flujo de trabajo se reanuda automáticamente hasta completar el aprovisionamiento.
Automatiza los flujos de trabajo de reparación de sistemas
Los reinicios también son esenciales en muchos procesos de reparación de sistemas. Por ejemplo, ante una corrupción del sistema de archivos, los técnicos suelen tener que ejecutar una herramienta de reparación, reiniciar el dispositivo y repetir las comprobaciones de validación. Sin una automatización persistente, esto exige usar varios scripts o coordinar el proceso manualmente.
Con la función de reinicio en una cadena de automatización, el técnico puede configurar un flujo de trabajo que detecte el problema, ejecute la reparación, reinicie el dispositivo, vuelva a comprobar el sistema de archivos y confirme que el problema se ha resuelto. Esto hace que los flujos de trabajo de corrección sean más fiables y fáciles de gestionar a escala.
Elimina las soluciones alternativas poco fiables
Antes de esta versión, los técnicos solían tener que recurrir a tareas programadas para reanudar scripts, scripts de inicio, mecanismos de seguimiento del estado mediante archivos o claves del Registro y lógica condicional compleja para gestionar los reinicios. Estos métodos son difíciles de mantener y propensos a fallar.
Al convertir el reinicio en un paso nativo de las cadenas de automatización, los flujos de trabajo son más claros, predecibles y fáciles de escalar. Menos soluciones improvisadas. Menos casos límite. Una automatización más fiable.
La base de una automatización más avanzada
La función de reinicio en una cadena de automatización no solo mejora los flujos de trabajo individuales, sino que amplía las posibilidades de automatización. Ahora, los técnicos pueden diseñar automatizaciones que incluyan:
- Gestión de dependencias
- Pasos de corrección
- Lógica de reintentos
- Flujos de trabajo de varias fases
Esto resulta especialmente útil en situaciones como la implementación de sistemas operativos, donde es necesario reiniciar el dispositivo en varias fases. En lugar de dividir los flujos de trabajo, los equipos pueden crear procesos completos de principio a fin que se ejecutan sin interrupciones.
Qué supone esto para los técnicos
Para los técnicos, las ventajas son inmediatas. En primer lugar, hay menos puntos de intervención manual, lo que permite que las automatizaciones sean realmente automáticas. Además, pueden dedicar menos tiempo a supervisar las instalaciones y la aplicación de parches. También se reduce la complejidad de los scripts, ya que los flujos de trabajo pueden diseñarse para incluir reinicios. Pueden esperar resultados de automatización más fiables y tener una mayor confianza en los flujos de trabajo a gran escala. En definitiva, los técnicos pueden crear el flujo de trabajo una sola vez, incluidos los reinicios, y confiar en que se ejecutará hasta completarse una y otra vez.
Créalo una vez. Deja que se ejecute.
Los reinicios forman parte habitual de la gestión de endpoints. No deberían interrumpir la automatización. Con la función de reinicio en una cadena de automatización, los flujos de trabajo y los procesos automatizados por fin pueden ejecutarse como deben: de principio a fin y sin interrupciones. Desde la instalación de aplicaciones y la aplicación de parches hasta la reparación de sistemas, la automatización ya no se detiene al reiniciar el dispositivo. Ahora, simplemente continúa.
Para obtener más información sobre la función de reinicio en una cadena de automatización y la gestión de endpoints de NinjaOne, solicita una demostración hoy mismo.
