Arquitectura y resiliencia de Automation 360
- Última actualización2023/03/01
Arquitectura y resiliencia de Automation 360
Automation 360 es una plataforma única e integrada que trasciende los componentes aislados de tecnologías de servicio de atención al público y de administración a fin de automatizar los procesos empresariales en todos los sistemas y aplicaciones, incluidas las aplicaciones de SaaS y heredadas.
La plataforma de Automation 360 se implementa mediante una arquitectura distribuida.
La administración centralizada se realiza por medio de un servidor basado en la web, llamado Control Room, donde se gestiona todo el desarrollo y la ejecución de la fuerza de trabajo digital. El Agente de bot ejecuta la automatización y son sistemas de tiempo de ejecución instalados en los dispositivos.
En la siguiente imagen, se muestra la arquitectura y la relación entre Control Room y Agente de bot:
- *indica que el Control Room crea un nombre de usuario único y un ID de dispositivo para persistir en la clave pública en la base de datos.
- **indica que la clave pública del dispositivo es validada por el Control Room y se crea un token nuevo.
En la siguiente tabla, se describen el flujo y las acciones que ocurren entre el Control Room, Agente de bot y los servicios del backend (según se numeraron en la imagen anterior):
| Acciones | Descripción |
|---|---|
| 1 | El navegador envía el token del dispositivo al Agente de bot para el registro. |
| 2 | Luego, el Agente de bot registra la solicitud del dispositivo para crear una clave pública y un token. |
| 3 | Los servicios de backend del Control Room envían una respuesta al Agente de bot indicando que el dispositivo se ha registrado con un nombre de usuario y un ID de dispositivo únicos. |
| 4 | El Agente de bot envía un mensaje al navegador que indica que el dispositivo se ha registrado con éxito. |
| 5 | El Agente de bot envía un mensaje a los servicios de backend del Control Room para indicar que el token web de JSON se autenticó con éxito. |
| 6 | Los servicios de backend del Control Room entonces validan la clave pública del dispositivo y establecen una conexión de Web Socket con el token nuevo. |
Control Room y resiliencia de Agente de bot
En la siguiente tabla, se proporcionan las diferencias de comportamiento y resistencia entre Automation 360 y Enterprise 11.
| Acción del usuario | Agente de bot en Automation 360 | Cliente de Bot Runner en Enterprise 11 | Notas |
|---|---|---|---|
| Servicios | Los servicios de instalación se ejecutan en el dispositivo local. | Los servicios de instalación se ejecutan dentro de una sesión de usuario activa. | |
| Registro | El dispositivo está registrado en el Control Room. | Un usuario activo está registrado en Control Room. | El servicio de Agente de bot se ejecuta en el sistema local. |
| Autenticación | La Control Room almacena la clave pública del agente en la base de datos. | La Control Room almacena la clave de autenticación en la memoria. | En Automation 360, la Control Room almacena la clave pública en la base de datos. Así, cuando Control Room se reinicia, la reconexión se acepta más rápidamente. El Agente de bot resiste los reinicios de Control Room. Sin embargo, en Enterprise 11, la reconexión de Control Room no se produce después de un reinicio. |
| Implementación de Bot | La prioridad de bots se verifica en el momento de la implementación. Cuando los bots están en cola para un usuario de Bot Runner, los bots de mayor prioridad se implementan antes que los bots de menor prioridad. Sin embargo, si un bot de baja prioridad ya se está ejecutando, los bots de mayor prioridad se implementan solo después de que el bot de menor prioridad termine de ejecutarse. |
Cuando un bot de prioridad baja se está ejecutando y se despliega un bot de alta prioridad, el sistema pausa el bot de baja prioridad y ejecuta el bot de prioridad alta. Después de la ejecución del bot de prioridad alta, se reanuda el bot de prioridad baja. |
La ventaja en Automation 360 es que los bots de menor prioridad no están en pausa y completan su implementación antes de la implementación de los bots de alta prioridad. |
| Manejo de errores | El paquete de Manejador de errores contiene acciones para manejar fácilmente las excepciones que un bot encuentra y transfiere el control a otras acciones dentro de dicho bot. | Manejo de errores ayuda en la depuración cuando el Bot de tarea y MetaBotLógica se ejecutan. | |
| Dispositivos | Se conecta cuando el dispositivo está registrado con la Control Room. Se reconecta cuando el dispositivo se reinicia. |
Cuando el Cliente de Bot Runner se reinicia o pierde la conectividad con el Control Room, debe volver a conectarse al Cliente para volver a conectarse. | Agente de bot se reconecta sin tener que iniciar sesión individualmente en cada uno de los dispositivos. |
| Reconexión | La Agente de bot se reconecta automáticamente si hay una interrupción. | El cliente de Bot Runner se debe reconectar manualmente. | El registro de Bot en Automation 360 es más robusto y puede reconectarse automáticamente a Control Room. |
| Clave pública y privada | La clave pública y privada se genera en el momento del registro del dispositivo. Esta clave se utiliza para autenticar al Control Room. |
Tiene el mismo comportamiento que en Automation 360. | |
| Servicios | Agente de bot se ejecuta como un servicio. Cuando el dispositivo se reinicia, los servicios se conectan automáticamente a la Control Room. Agente de bot sigue comprobando la conexión incluso cuando la Control Room está caída con la clave pública y privada. |
Requiere que un cliente se conecte y realice tareas. | |
| Conexión remota | El Protocolo de escritorio remoto solo es compatible con los dispositivos de varios usuarios. La Control Room no mantiene el RDP. |
El Protocolo de escritorio remoto es compatible tanto con dispositivos de un usuario como de varios usuarios. En Enterprise 11, la conexión del Protocolo de escritorio remoto se establece desde la Control Room y es mantenida por la Control Room. |
|
| Actualizaciones automáticas | Un administrador de Control Room puede elegir actualizar automáticamente el Agente de bot a una versión posterior mediante la función de actualización automática. | La opción de actualización automática no está disponible. | La actualización automática reduce el tiempo de inactividad porque no es necesario que cada usuario inicie sesión en la Control Room para actualizar el Agente de bot instalado en el dispositivo del usuario. |
| Actualizaciones de la configuración | Las actualizaciones se realizan a través de Nube | La actualización de la configuración no se realiza de forma autónoma, pero se puede cambiar manualmente. Las mejoras de las configuraciones se publican como parches. |
|
| Caché global | Configure los ajustes del dispositivo para establecer automáticamente el dispositivo actual de un usuario como predeterminado después de que el usuario inicie sesión en la Control Room. | No disponible | |
| Pérdida de conexión de Agente de bot a Control Room | Los Bots que ya están en marcha se ejecutan hasta su finalización durante la actualización. | En general, los bots que ya se están ejecutando pueden hacerlo hasta su finalización durante la actualización. Las excepciones son las siguientes:
|
Resistencia de la programación
Los grupos de dispositivos proporcionan alta disponibilidad (HA) integrada para los dispositivos de Bot Runner si su licencia no supervisada es de uso libre. No está vinculado a un solo dispositivo de Bot Runner, por lo que si su dispositivo no está disponible por algún motivo y su licencia no supervisada es gratis para la implementación, su automatización no se verá afectada. La automatización programada se ejecutará automáticamente en el siguiente dispositivo Bot Runner disponible, lo que proporcionará una alta disponibilidad.
Consulte Acerca de los grupos de dispositivos.