Es

Versión 5.8.8#

Se lanzó una nueva versión de Sherpa Orchestrator: Versión 5.8.8.

  1. Se agregó un script interactivo de instalación automática de Sherpa Orchestrator.

Ahora el administrador puede ejecutar la instalación mediante un asistente paso a paso install.sh en la consola del servidor donde se despliega Docker.

El script permite:

  • elegir entre las bases de datos MariaDB o PostgreSQL,
  • habilitar componentes adicionales:
    • VNC, para conectarse a los robots desde la interfaz de Orchestrator,
    • Vault, para el almacenamiento seguro de contraseñas,
  • cargar imágenes Docker con visualización del progreso,
  • generar certificados SSL,
  • configurar el archivo .env con los parámetros de inicio de Docker, donde se guardan los valores que necesitan los contenedores al arrancar.

Esto simplifica el despliegue inicial de Sherpa Orchestrator y reduce el riesgo de errores en la configuración manual.

  1. Se agregó un script interactivo de actualización automática de Sherpa Orchestrator.

El administrador debe ejecutar el script update.sh en la consola del servidor desde el directorio con los archivos Docker de Sherpa Orchestrator.

Tras la ejecución, el script procede paso a paso:

  • verifica la configuración actual,
  • comprueba los archivos de actualización,
  • crea copias de seguridad,
  • compara las versiones instalada y nueva,
  • inicia la actualización de los contenedores.

Si la nueva versión es inferior a la instalada, el script advierte sobre el cambio a una versión anterior para que el administrador no realice un retroceso accidentalmente en lugar de una actualización.

Esto hace que el proceso de actualización sea más predecible y cómodo para los administradores.

  1. Se actualizó la pantalla API.

En lugar de descripciones estáticas separadas de recursos, ahora están disponibles tres secciones:

  • Swagger,
  • ReDoc,
  • Key.

En las secciones Swagger y ReDoc se abre la documentación interactiva de la API, y en la sección Key el usuario puede ver la clave API y copiarla.

Esto simplifica el trabajo con la API y hace que la documentación sea más cómoda para las integraciones.

  1. Se optimizó la pantalla "Mensajes de Robots".

La tabla de Mensajes de Robots ahora se abre más rápido y gestiona grandes volúmenes de datos, incluidos registros con más de 500 entradas.

Anteriormente, al abrir o filtrar la tabla, el sistema tenía que calcular inmediatamente el número total de filas en el registro, lo que podía provocar que la página cargara lentamente o se bloqueara. Ahora las filas de la página se cargan por separado, y el número exacto de registros se solicita mediante una consulta adicional y se muestra tras recibir la respuesta.

Las consultas a la tabla de registros se han vuelto más eficientes, y los índices añadidos aceleran el filtrado y la navegación entre páginas.

  1. En la pantalla "Disparadores", en la ventana de creación o edición de disparadores, se corrigió la visualización de etiquetas guardadas tras eliminar tareas de la cola.

Si en un disparador se selecciona una cola y se rellena el campo "Considerar solo las tareas etiquetadas con todas las etiquetas enumeradas simultáneamente", las etiquetas seleccionadas se muestran como marcas individuales. Ahora estas marcas se guardan y muestran correctamente incluso después de eliminar las tareas asociadas de la cola.

Esto ayuda a no perder la configuración del disparador y a verificar correctamente qué etiquetas participan en la selección de tareas.

  1. En la pantalla "Colas", en la tabla de tareas de la cola seleccionada, se corrigió la lógica de procesamiento.

En la tabla Tareas el usuario sigue viendo el estado en la columna "Estado", pero ahora una sola tarea no es reservada simultáneamente por varios trabajos, y el estado de la tarea pasa a solo después de que el robot reciba efectivamente el trabajo.

Esto hace que la ejecución de tareas en las colas sea más confiable y ayuda a evitar el procesamiento duplicado de la misma tarea.

  1. Se eliminó el campo "Crear cuentas asociadas" del formulario de creación y edición de cuentas.

El formulario de cuenta se simplificó: el usuario ya no ve la configuración que no debe utilizarse en el flujo de trabajo actual.

  1. Se mejoró la estabilidad de la API y de las solicitudes internas.

Se corrigió el manejo de los parámetros de entrada en varios controladores de API, se actualizaron los esquemas OpenAPI, se eliminaron descripciones incorrectas de solicitudes para obtener datos sin transmitir el guid y se precisaron los campos obligatorios de las solicitudes de entrada.

Esto hace que la documentación de la API sea más precisa y las integraciones con Sherpa Orchestrator, más confiables.

  1. Se corrigieron errores al trabajar con la base de datos y la exportación de datos.

Estas correcciones afectan a varias tablas de Sherpa Orchestrator en las que el usuario puede exportar registros, como Colas o Tareas.

También se mejoró la funcionalidad de búsqueda en la columna "Mensaje" de la pantalla "Mensajes de Robots". Se añadieron comprobaciones para columnas faltantes, se mejoró la comparación de nombres de columnas sin distinción de mayúsculas y minúsculas, y se corrigieron errores al exportar conjuntos de datos vacíos.

Esto mejora la estabilidad de Sherpa Orchestrator en PostgreSQL y MariaDB.

  1. Se corrigieron errores que podían ocurrir al:
    • fallar la autenticación,
    • eliminar una cuenta ya inexistente,
    • crear un horario de disparador sin un tipo de procesamiento especificado explícitamente,
    • mostrar widgets sin datos.

Ahora el sistema maneja de forma más correcta los valores vacíos o faltantes y no interrumpe su funcionamiento por estas situaciones.

  1. El proxy VNC se trasladó a un perfil de Docker Compose vnc separado.

El cambio se refiere a los archivos Docker de Sherpa Orchestrator. Ahora el contenedor orchestrator-vnc-proxy solo se inicia cuando el perfil VNC se habilita explícitamente, por ejemplo al seleccionar VNC en el script de instalación automática o al ejecutar Docker Compose con el perfil vnc.

VNCdocs.sherparpa.ru

Esto resulta conveniente para instalaciones donde no se utiliza la conexión VNC a los robots: no es necesario iniciar un servicio innecesario y se reduce la carga sobre el entorno.

  1. Se corrigieron vulnerabilidades encontradas en los contenedores.

Se actualizaron los componentes de las imágenes de contenedores en los que se detectaron problemas de seguridad. Esto mejora la seguridad del despliegue de Sherpa Orchestrator y reduce los riesgos durante la operación del sistema.