Dimensionamento de Máquina para execução de processo via Runner¶
O BotCity Runner é um serviço leve responsável por baixar os binários de automação e executá-los no ambiente local. Por si só, ele exige poucos recursos — o que determina o dimensionamento da máquina são as aplicações abertas e manipuladas pela automação em execução.
Este guia define os critérios para provisionar corretamente uma máquina para execuções de automações via Runner, evitando tanto o subdimensionamento (falhas por falta de recursos) quanto o superdimensionamento desnecessário.
Requisitos mínimos¶
Os valores abaixo representam o piso para o funcionamento do Runner. O dimensionamento real deve levar em conta o tipo de automação executada.
| Componente | Requisito mínimo |
|---|---|
| CPU | Intel® Core™ i3 (3,20 GHz) ou compatível |
| RAM | 4 GB |
| Sistema operacional | Windows (7, 10, Server), Linux (distribuições suportadas) ou macOS |
| Java | JRE 11 ou superior |
| Armazenamento | 2 GB disponíveis para o aplicativo (4 GB recomendados) |
| Rede | Conectividade HTTPS com o BotCity Orchestrator |
Atenção
Requisitos mínimos não equivalem a dimensionamento ideal. Para automações desktop, SAP ou browser, o consumo real pode ser significativamente maior. Sempre considere o tipo de automação antes de provisionar a máquina.
Consumo por tipo de automação¶
Não existe um valor fixo de vCPU/RAM por Runner. O consumo depende diretamente do que a automação faz. Os valores abaixo são estimativas iniciais — o dimensionamento definitivo deve ser empírico, baseado em monitoramento real.
| Tipo de automação | Consumo estimado | Observação |
|---|---|---|
| Desktop (SAP / Protheus / Ferramentas próprias) | Alto | Interfaces gráficas pesadas, paralelismo de automações headless. Obs.: automações desktop/GUI não rodam em paralelo na mesma máquina (compartilham a sessão gráfica), paralelize com máquinas/sessões separadas, não com mais CPU/RAM. |
| Browser (Selenium, Playwright, WebBot) | Médio-alto | Todas as opções instanciam um navegador real. O consumo varia pelo número de sessões, abas abertas e complexidade das páginas. Automações headless também se enquadram aqui |
| Background / API | Baixo-Médio | Integrações via API sem manipulação de navegador ou interface gráfica. Consumo depende do volume de dados e das bibliotecas utilizadas |
| Processamento de dados | Variável | Depende do volume, complexidade e bibliotecas envolvidas |
Estimativa inicial por tipo¶
- Desktop: 4 vCPUs e 8 GB de RAM como ponto de partida (Importante validar requerimentos das aplicações manipuladas).
- Browser (Selenium, Playwright, WebBot): 4 vCPUs e 8 GB de RAM como ponto de partida — aumentar conforme o número de sessões simultâneas.
- Background / API: use os requisitos mínimos do Runner (2 vCPU / 4 GB) como ponto de partida e valide com monitoramento real.
- Execuções paralelas na mesma máquina: monitore o consumo em carga representativa e ajuste a partir daí. Como referência conservadora, considere multiplicar os recursos pelo número de Bots simultâneos — na prática, os picos raramente coincidem, então o dimensionamento real tende a ser menor.
Processo de dimensionamento recomendado¶
O dimensionamento ideal segue um ciclo empírico:
- Provisione a máquina com a estimativa inicial baseada no tipo de automação.
- Execute a automação em carga representativa e monitore CPU e memória em tempo real.
- Ajuste iterativamente: reduza se houver folga consistente; aumente se houver picos que causem lentidão ou erros.
- Documente o resultado por tipo de automação para criar uma referência interna confiável.
Dica
Ferramentas de monitoramento recomendadas:
- Windows: Gerenciador de Tarefas (aba Desempenho) ou Resource Monitor.
- Linux:
top,htopouvmstat. - Azure VMs: Azure Monitor com métricas de CPU e memória da VM.
- Para análise histórica, considere integrar ferramentas como OpenTelemetry, Dynatrace, Grafana ao ambiente.
Referência rápida para provisionamento¶
Use como ponto de partida — sempre valide com monitoramento real.
| Cenário | vCPUs | RAM | Observação |
|---|---|---|---|
| 1 Bot background / API | 2 | 4 GB | Ponto de partida a validar com monitoramento |
| 1 Bot desktop | 4 | 8 GB | Ponto de partida |
| 1 Bot browser (Selenium / Playwright / WebBot) | 4 | 8 GB | Aumentar conforme número de sessões e abas |
| Múltiplos Bots simultâneos | — | — | Monitore em carga real; referência conservadora: multiplique pelos Bots, mas o consumo real tende a ser menor |
| Múltiplos Runners + múltiplos Bots mistos | 8–16 | 16–32 GB | Dimensionar por demanda e tipo de automação |