Implementaciones de WLM y requisitos del sistema
- Última actualización2025/08/15
Workload Management (WLM) ofrece opciones de implementación flexibles (On-Premises para entornos seguros y orientados al cumplimiento, y Cloud para operaciones gestionadas y escalables); cada una con requisitos arquitectónicos y de sistema distintos para garantizar un rendimiento y un control óptimos.
Opciones de implementación
Las opciones de implementación incluyen On-Premises para organizaciones con necesidades estrictas de cumplimiento, con un centro de datos privado y máquinas virtuales internas o equipos físicos, y Automation Anywhere Cloud para empresas que buscan escalabilidad, con dispositivos basados en Cloud o híbridos..
- On-Premises
-
- Caso de uso: Organizaciones con necesidades estrictas de cumplimiento o seguridad
-
Arquitectura:
- Control Room alojada en un centro de datos privado.
- Las tareas se ejecutan en una máquina virtual (VM) interna o en máquinas físicas.
- Las listas de prioridad de WLM y las asignaciones de tareas (bot) se gestionan dentro de un entorno interno seguro.
- Automation Anywhere Cloud
-
- Caso de uso: Empresas que buscan escalabilidad e infraestructura gestionada.
-
Arquitectura:
- Control Room alojada en Automation Anywhere Cloud ( Amazon Web Services [AWS] y Plataforma de nube de Google [GCP]).
- Las listas de prioridad de cargas de trabajo y la orquestación se gestionan en Cloud.
- Los dispositivos pueden ser de tipo Cloud o híbridos (Cloud + On-Premises).
Componentes de implementación
Componente | Opción de implementación |
---|---|
Control Room | On-Premises o Cloud |
Dispositivos | Dispositivos virtuales (On-Premises o Cloud) o físicos |
Listas de prioridad de carga de trabajo | Centralizado en la Control Room |
Elementos de trabajo | Estructurado en la base de datos (lista de prioridad interna o base de datos [DB] externa vía API) |
Supervisión | Panel de control, agrupación de registros o notificaciones |
Requisitos del sistema
Componente | Requisito |
---|---|
Control Room | Instalado On-Premises o implementado en Cloud |
Dispositivos | VM, dispositivos físicos o basados en Cloud con Bot Agent instalado |
Acceso a la red | Todoslos dispositivos deben tener acceso a la Control Room a través de HTTPS (443) |
Base de datos | Interno para la Control Room (PostgreSQL Server o Microsoft SQL Server para la gestión de listas de prioridad |
Almacenamiento | Almacenamiento continuo de registros, elementos de trabajo y resultados |
Equilibrador de carga (Opcional) | Para implementaciones de alta disponibilidad (HA) |
Listas de prioridad | Las listas de prioridad de cargas de trabajo deben crearse en la Control Room con el esquema adecuado (campos definidos, prioridades) |
Elementos de trabajo | Se cargan a través de CSV, Excel o API |
Grupos de dispositivos | Dispositivos reunidos en grupos de dispositivos para el procesamiento concurrente |
Credential Vault | Se usa para almacenar de forma segura las credenciales de bot si es necesario por elemento de trabajo |
Roles y permisos | Asegúrese de tener los permisos de acceso adecuados para las listas de prioridad, los bots y los dispositivos. Para obtener más detalles, consulte Roles y permisos de usuario de WLM. |
Bot Agent | Debe ser compatible con la versión de la Control Room
Para obtener más información, consulte Compatibilidad de Bot Agent . |
Exploradores |
Google Chrome o Microsoft Edge para acceder a la Control Room. Para obtener más información, consulte Requisitos del navegador para Automation Workspace |
Clientes de API | Postman o secuencias de comandos personalizadas para cargar y gestionar elementos de trabajo mediante las API de la Control Room. Para obtener más información, consulte API de la Control Room. |