Sherpa Orchestrator: respostas para perguntas frequentes#

Pergunta: o que fazer se houver um problema de falta de memória para o script? (exemplo na captura de tela)

Resposta:
1. No caso de uso da versão com Docker: É necessário indicar memory_limit = 2048M ou mais em backend\config\php.ini. Em seguida, é necessário reiniciar o contêiner.
2. No caso de uso da versão Local: É necessário indicar memory_limit = 2048M ou mais no arquivo php.ini (pode estar em diferentes locais dependendo do sistema operacional utilizado). Em seguida, é necessário reiniciar o nginx.

Pergunta: como conectar o phpMyAdmin (na versão com Docker)?

Resposta:
1. Baixe o arquivo compactado e copie-o para o servidor em /opt.

https://sherparpa.ru/downloads/private/SherpaRPAOrcDocker/phpmyadmin.tar.gz

2. Carregue a imagem no Docker.

cd /opt/SherpaOrchestrator

docker load —input phpmyadmin.tar.gz

cd /opt/SherpaOrchestrator

sudo wget -O phpmyadmin.tar.gz

https://sherparpa.ru/downloads/private/SherpaRPAOrcDocker/phpmyadmin.tar.gz

docker load —input phpmyadmin.tar.gz
3. Descomente todas as linhas relacionadas ao phpmyadmin no “docker-compose.yml”.

4. Reinicie os contêineres:

cd /opt/SherpaOrchestrator

sudo ./run.sh

5. Acesse o endereço http://seu\_endereço\_orquestrador:8081

6. Para autenticação, forneça:

servidor: orchestrator-db
nome de usuário: root

Pergunta: como reiniciar o contêiner?

Resposta: Não é recomendado reiniciar os contêineres manualmente através do comando Docker.

O método correto de reinício para a versão Docker é o script run.sh (executando a partir do diretório de instalação padrão /opt/SherpaOrchestrator). Ou seja, no console, é necessário navegar até o diretório de instalação (comando cd endereço_pasta) e executar o comando sudo ./run.sh (às vezes não é necessário usar sudo).

Pergunta: o que fazer se houver problemas com a velocidade de processamento ao ter muitos robôs trabalhando simultaneamente?

Resposta: se houver muitos robôs trabalhando simultaneamente (se houver problemas com a velocidade das requisições), então no arquivo de configuração
backend/config/php-fpm.conf
o parâmetro pm deve ser definido como static (nas novas compilações do Orchestrator, ele é definido assim por padrão).
Para que o Orchestrator processe mais rapidamente um grande número de requisições (heartbeat) de muitos robôs trabalhando simultaneamente, o parâmetro pm.max_children pode ser aumentado (por padrão é 8).
Ao fazer qualquer alteração na configuração, é necessário reiniciar o contêiner.
Se você tiver uma instalação local sem Docker, é necessário encontrar o caminho para php-fpm.conf, fazer as alterações mencionadas acima e reiniciar o php-fpm.

Pergunta: por favor, me diga se é possível atribuir um parâmetro de entrada no orquestrador ao criar um trabalho ou ao definir um gatilho?

Resposta: no Orchestrator, crie uma tarefa em alguma fila e nos parâmetros dessa tarefa escreva os parâmetros que deseja passar. Em seguida, no Gatilho do Orchestrator, na aba “Fila”, selecione a opção "Atribuir tarefa padrão aos trabalhos criados" e escolha essa tarefa. Depois disso, no script do robô, use o bloco "Obter tarefa padrão" da paleta do Orchestrator para obter seus parâmetros.

Pergunta: o que fazer se os Robôs (ou outros objetos) desapareceram do Orchestrator?

Resposta: pode ser que eles tenham sido excluídos por engano. A maioria dos registros no banco de dados é excluída através de soft delete, ou seja, na coluna is_deleted é simplesmente definido como 1, enquanto o registro permanece no banco. Se algo desapareceu - pode ser restaurado manualmente através do banco, encontrando o objeto necessário e alterando is_deleted para 0.

Pergunta: como aumentar o tempo de sessão na versão web do Orchestrator? Agora, como entendi, é 15 minutos por padrão?

Resposta: pode ser aumentado para 30 minutos, para isso, faça as seguintes alterações na configuração backend/config/php.ini:

session.gc_maxlifetime = 1800

session.cookie_lifetime = 1800

Após isso, é necessário reiniciar os contêineres.

É possível definir valores maiores (em segundos), mas no nível do script, a sessão é encerrada após 30 minutos de inatividade. Este método é aplicável para a versão com Docker. Para a versão sem Docker, é necessário fazer as alterações nos mesmos parâmetros (mas o caminho para a configuração será diferente e dependerá do sistema operacional utilizado). E nesse caso, após fazer as alterações, será necessário reiniciar o servidor web.