Dimensionamiento de máquina para la ejecución de procesos mediante Runner¶

BotCity Runner es un servicio ligero responsable de descargar los binarios de automatización y ejecutarlos en el entorno local. Por sí solo, requiere pocos recursos — lo que determina el dimensionamiento de la máquina son las aplicaciones abiertas y manipuladas por la automatización en ejecución.

Esta guía define los criterios para aprovisionar correctamente una máquina para ejecuciones de automatización mediante Runner, evitando tanto el subdimensionamiento (fallas por falta de recursos) como el sobredimensionamiento innecesario.

Requisitos mínimos¶

Los valores a continuación representan el piso para el funcionamiento del Runner. El dimensionamiento real debe tener en cuenta el tipo de automatización ejecutada.

Componente	Requisito mínimo
CPU	Intel® Core™ i3 (3,20 GHz) o compatible
RAM	4 GB
Sistema operativo	Windows (7, 10, Server), Linux (distribuciones compatibles) o macOS
Java	JRE 11 o superior
Almacenamiento	2 GB disponibles para la aplicación (4 GB recomendados)
Red	Conectividad HTTPS con el BotCity Orchestrator

Atención

Los requisitos mínimos no equivalen a un dimensionamiento ideal. Para automatizaciones de escritorio, SAP o navegador, el consumo real puede ser significativamente mayor. Siempre considere el tipo de automatización antes de aprovisionar la máquina.

Consumo por tipo de automatización¶

No existe un valor fijo de vCPU/RAM por Runner. El consumo depende directamente de lo que hace la automatización. Los valores a continuación son estimaciones iniciales — el dimensionamiento definitivo debe ser empírico, basado en monitoreo real.

Tipo de automatización	Consumo estimado	Observación
Escritorio (SAP / Protheus / Herramientas propias)	Alto	Interfaces gráficas pesadas, paralelismo de automatizaciones headless. Nota: las automatizaciones de escritorio/GUI no se ejecutan en paralelo en la misma máquina (comparten la sesión gráfica); paralelice con máquinas/sesiones separadas, no con más CPU/RAM
Navegador (Selenium, Playwright, WebBot)	Medio-alto	Todas las opciones instancian un navegador real. El consumo varía según el número de sesiones, pestañas abiertas y complejidad de las páginas. Las automatizaciones headless también se incluyen aquí
Background / API	Bajo-Medio	Integraciones vía API sin manipulación de navegador o interfaz gráfica. El consumo depende del volumen de datos y de las bibliotecas utilizadas
Procesamiento de datos	Variable	Depende del volumen, la complejidad y las bibliotecas involucradas

Estimación inicial por tipo¶

Escritorio: 4 vCPUs y 8 GB de RAM como punto de partida (es importante validar los requisitos de las aplicaciones manipuladas).
Navegador (Selenium, Playwright, WebBot): 4 vCPUs y 8 GB de RAM como punto de partida — aumentar según el número de sesiones simultáneas.
Background / API: use los requisitos mínimos del Runner (2 vCPU / 4 GB) como punto de partida y valide con monitoreo real.
Ejecuciones paralelas en la misma máquina: monitoree el consumo bajo carga representativa y ajuste a partir de ahí. Como referencia conservadora, considere multiplicar los recursos por el número de Bots simultáneos — en la práctica, los picos rara vez coinciden, por lo que el dimensionamiento real tiende a ser menor.

Proceso de dimensionamiento recomendado¶

El dimensionamiento ideal sigue un ciclo empírico:

Aprovisione la máquina con la estimación inicial basada en el tipo de automatización.
Ejecute la automatización bajo carga representativa y monitoree la CPU y la memoria en tiempo real.
Ajuste de forma iterativa: reduzca si hay holgura constante; aumente si hay picos que causen lentitud o errores.
Documente el resultado por tipo de automatización para crear una referencia interna confiable.

Consejo

Herramientas de monitoreo recomendadas:

Windows: Administrador de tareas (pestaña Rendimiento) o Monitor de recursos.
Linux: top, htop o vmstat.
Azure VMs: Azure Monitor con métricas de CPU y memoria de la VM.
Para análisis histórico, considere integrar herramientas como OpenTelemetry, Dynatrace o Grafana al entorno.

Referencia rápida para el aprovisionamiento¶

Use como punto de partida — siempre valide con monitoreo real.

Escenario	vCPUs	RAM	Observación
1 Bot background / API	2	4 GB	Punto de partida a validar con monitoreo
1 Bot de escritorio	4	8 GB	Punto de partida
1 Bot de navegador (Selenium / Playwright / WebBot)	4	8 GB	Aumentar según el número de sesiones y pestañas
Múltiples Bots simultáneos	—	—	Monitoree bajo carga real; referencia conservadora: multiplique por los Bots, pero el consumo real tiende a ser menor
Múltiples Runners + múltiples Bots mixtos	8–16	16–32 GB	Dimensionar según la demanda y el tipo de automatización