# Despliegue de la plataforma gestionada por Orquestador

[Diagrama de despliegue](https://docs.sherparpa.ru/es/sherpa-rpa/diagramma-razvertyvaniya-sherpa-rpa) de la plataforma Sherpa RPA gestionada por Orquestador muestra las opciones de interacción del Orquestador con otros componentes de la plataforma Sherpa RPA:

* Servidor RDP con cuentas de usuarios Unattended – Sherpa Coordinator Service + Sherpa Unattended Robot
* Estación de trabajo del desarrollador (Windows) — Sherpa Designer + Sherpa Robot
* Estación de trabajo del cliente (Windows) – Attended Robot
* Estación de trabajo con navegador.

## **Secuencia del proceso**

1\) El desarrollador del script de automatización de procesos de negocio utiliza el software de escritorio Sherpa Designer y el Sherpa Robot local para crear y depurar el script de automatización. Los scripts de automatización listos se transfieren a las estaciones de trabajo de los usuarios o robots manualmente copiando el archivo de configuración del robot o mediante la función de publicación remota de una nueva versión del script desde Sherpa Designer en Sherpa Orchestrator.

2\) El componente servidor Sherpa Orchestrator mantiene la comunicación con los robots que se ejecutan en las máquinas cliente, almacena las configuraciones de los robots y las versiones de los scripts, variables globales compartidas y credenciales, registros y capturas de pantalla del trabajo de los robots, registros de auditoría del orquestador, usuarios, roles y tenencias del propio Orquestador, licencias de todos los componentes de la plataforma y estadísticas de ejecución de scripts.

3\) Los usuarios y administradores de Sherpa Orchestrator acceden a los recursos, configuraciones y estadísticas a través de la aplicación web del orquestador, disponible a través de un navegador web. Sherpa Orchestrator incluye un servidor web Nginx, un intérprete PHP y una base de datos relacional (por defecto — MariaDB, opción — Postgre).

4\) Los usuarios locales inician Sherpa Attended Robot según sea necesario para ejecutar scripts almacenados localmente. Durante la ejecución del script, Sherpa Attended Robot puede enviar al Orquestador el estado actual, tareas, registros, valores de variables globales y credenciales o recibir de él tareas, valores de variables globales y credenciales.

5\) Según un horario, llamada API, comando del robot o cualquier otro desencadenador soportado, Sherpa Orchestrator da la tarea a Sherpa Coordinator Service del servidor terminal correspondiente para crear una conexión RDP a una cuenta local o remota asignada para el robot Unattended, donde en un mismo servidor terminal pueden estar alojadas y activas varias de estas cuentas al mismo tiempo.

El acceso a la cuenta del robot Unattended se realiza con el nombre de usuario y la contraseña proporcionados por el Orquestador.

Después de iniciar sesión en la cuenta, se inicia la instancia correspondiente de Sherpa Unattended Robot, se conecta al Orquestador, recibe la tarea para ejecutar el script y el propio script, que se almacena en el orquestador.

Durante la ejecución del script, Sherpa Unattended Robot puede enviar al orquestador el estado actual, tareas, registros, valores de variables globales y credenciales o recibir de él tareas, valores de variables globales y credenciales, comandos para finalizar el script de forma "suave" o "dura".

Después de completar la ejecución del script, Sherpa Unattended Robot realiza logoff de su cuenta.

En procesos de negocio simples, el uso del Orquestador no es obligatorio, ya que las versiones Attended de los Robots pueden utilizarse de forma autónoma. El potencial del Orquestador se revela en procesos de negocio que requieren el uso de varios robots, así como la organización de la gestión centralizada y la interacción entre ellos.

## **Despliegue de Orquestador tolerante a fallos**

El Orquestador soporta un despliegue tolerante a fallos, como se demuestra en el esquema a continuación. Para ello, utiliza dos bases de datos que se sincronizan y balanceo de carga.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXfq-RqhBZYI6vhD-0LWcD2FDL2mYyC0bDLzYPNGGVQtQnGEtLuSTVHp159VYEkH1PeANIIdx_W59uAuPwdB1D34RcQD6fu03HuG6LgJa9nW4AyGaxsrpcNJctDDx7wgsAzqnRruV-S3JpIGdD-nAseUJ9Q?key=o3vhWvY1mrn1hFPgJMEISQ" alt=""><figcaption></figcaption></figure>

Para implementar este esquema de despliegue se necesitarán dos máquinas virtuales adicionales con administración de bases de datos, y realizar todas las configuraciones del sistema de las bases de datos (BD), así como tres IP de una misma subred (dos para los servidores de bases de datos y una libre). Luego, es necesario en `docker-compose.yml` especificar las siguientes configuraciones:

1. Para el contenedor orchestrator en environment corregir DB\_HOST

   `- "DB_HOST= dirección IP del host de balanceo de carga de BD"`
2. Para el contenedor orchestrator comentar las siguientes líneas:

`# depends_on:`

`# - orchestrator-db`

Especificar la dirección de balanceo de carga de BD en las configuraciones:

`/opt/SherpaOrchestrator/backend/config/config.ini`

y

`/opt/SherpaOrchestrator/backend/config/phinx.php`


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.sherparpa.ru/es/sherpa-rpa/sherpa-orchestrator/razvertyvanie-platformy-pod-upravleniem-orkestratora.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
