Modos de desarrollo y protección de proyectos#

Para la versión Sherpa Orchestrator 5.10.0.

Acceso y permisos de desarrollo#

La creación y gestión de Procesos utiliza una interfaz web única después de autenticarse. La Cuenta, el Rol y la carpeta de acceso determinan los proyectos y bloques disponibles. Los permisos se comprueban al leer, editar, publicar y ejecutar, incluidas las solicitudes de API.

No-Code y Low-Code#

No-Code utiliza únicamente componentes predefinidos. El Usuario introduce parámetros y selecciona variables, pero no escribe código ni expresiones de programa libres. La restricción se aplica al editor, la importación, la publicación y la ejecución. La implementación interna de un componente no es un programa del Usuario.

Low-Code permite programar a los Usuarios cuyo Rol lo autoriza. El editor ofrece resaltado de sintaxis, C# 9 o posterior, espacios de nombres, clases y métodos. El código se valida y compila al crear el paquete. Las ejecuciones posteriores utilizan el artefacto compilado.

La configuración sigue estos pasos:

  1. El administrador define el acceso al proyecto y el modo de desarrollo del Rol.
  2. El Usuario crea un escenario con los bloques permitidos.
  3. Antes de publicar se comprueban el contenido, los componentes de código y los permisos de ejecución.

Protección de escenarios y código#

Los proyectos se almacenan y transfieren en un formato protegido y cifrado. Las herramientas autorizadas de la plataforma abren su contenido, que no está disponible como un archivo XML común. El permiso de lectura no concede edición ni exportación.

El código se publica como un bloque independiente y reutilizable. El paquete se firma al publicarse y Runtime comprueba su firma e integridad antes de ejecutar. Los paquetes modificados o no confiables no se ejecutan.

El administrador puede prohibir la importación y exportación local con almacenamiento en el servidor. La política cubre la interfaz y la API. El permiso de ejecución local y el permiso de importación son independientes.