Roles y privilegios de Oracle Visual Builder

Un rol incluye privilegios que permiten a los usuarios realizar varias tareas. Todos los servicios de Oracle Cloud tienen algunos roles predefinidos para realizar tareas al configurar, administrar, gestionar y utilizar un servicio. Hay roles predefinidos para la capa de aplicación y para Oracle Visual Builder.

Los roles predefinidos de la capa de aplicación incluyen ServiceAdministrator, ServiceMonitor, ServiceDeveloper, ServiceDeployer y ServiceUser, pero solo algunos de estos roles se utilizan y asignan a los roles predefinidos utilizados en Oracle Visual Builder. Para realizar tareas en Oracle Visual Builder, el usuario debe estar asignado a uno de los roles predefinidos de Oracle Visual Builder. Los usuarios pueden tener varios roles en función de sus responsabilidades. Por ejemplo, se puede otorgar a un usuario los roles ServiceAdministrator y ServiceMonitor, pero cualquier privilegio otorgado por el rol de ServiceMonitor se ignora en Oracle Visual Builder.

Roles predefinidos en el nivel de aplicación

En la siguiente tabla se describen los roles predefinidos disponibles en la capa de aplicación.

Roles predefinidos Descripción

 Roles predefinidos de capa de aplicación

Controle el acceso a las distintas funciones de Oracle Visual Builder:

ServiceAdministrator

Un usuario con el rol ServiceAdministrator es un superusuario que puede gestionar y administrar la configuración de administrador de una instancia de Oracle Visual Builder.

ServiceMonitor

Este rol no se utiliza en Oracle Visual Builder

ServiceDeveloper

Un usuario con el rol ServiceDeveloper puede desarrollar aplicaciones en una instancia de Oracle Visual Builder.

ServiceDeployer

Este rol no se utiliza en Oracle Visual Builder.

ServiceUser

Un usuario con el rol ServiceUser tiene privilegios para utilizar solo la funcionalidad básica de una función, como el acceso a las aplicaciones temporales y publicadas.

Privilegios disponibles para roles en Oracle Visual Builder

Hay tres roles predefinidos en Oracle Visual Builder, y estos roles se asignan a roles de capa de aplicación específicos. En la siguiente tabla, se muestran los roles predefinidos de Oracle Visual Builder y las tareas que los usuarios con estos roles pueden realizar.

Rol predefinido de Oracle Visual Builder Rol asignado Tareas que los usuarios pueden realizar en Oracle Visual Builder

Administrador de Visual Builder

ServiceAdministrator

Un usuario con este rol puede:

  • Utilizar la herramienta de diseño visual

  • Crear, gestionar y cambiar los propietarios de las aplicaciones

  • Crear asociaciones con otros servicios

  • Configurar opciones de seguridad para aplicaciones en una instancia

  • Especificar mensajes de error para las páginas Acceso denegado

Desarrollador de Visual Builder

ServiceDeveloper

Un usuario con este rol puede:

  • Utilizar la herramienta de diseño visual

  • Crear, gestionar, proteger y publicar aplicaciones visuales

  • Diseñar páginas, trabajar con objetos de negocio, crear y probar aplicaciones

Usuario de Visual Builder

ServiceUser

Un usuario con este rol solo puede acceder a aplicaciones almacenadas y publicadas. El permiso por defecto solo se aplica cuando el administrador del servicio ajusta los valores de seguridad de toda la instancia del servicio para restringir todo el acceso a la aplicaciones en tiempo de ejecución a la que se ha otorgado este rol.

Roles necesarios para la integración de Git

Oracle Visual Builder se puede integrar con repositorios de Git alojados en proyectos de Oracle Visual Builder Studio. Al configurar la integración con un repositorio de Git, para acceder al repositorio de Git, el usuario deberá proporcionar las credenciales de un usuario en IDCS con el rol DEVELOPER_USER para la autenticación.

Si ha configurado Single Sign-On (SSO) para que IDCS se fede en otro proveedor de identidad (IdP), las credenciales de usuario de SSO no se pueden utilizar para acceder al repositorio de Git. Tendrá que definir un nuevo usuario en IDCS con el rol DEVELOPER_USER y utilizar las credenciales del nuevo usuario al configurar la integración de Git.