Flujo de trabajo de nube
Varias personas pueden trabajar en colaboración para diseñar, crear y probar un servicio de decisión. Cuando terminen el servicio de decisión, pueden promoverlo a entornos de ejecución para pruebas y producción.
Los usuarios reciben funciones y permisos en el portal de la nube. Para más información, consulte Roles de usuario: Funciones de decisión 
en la IBM Cloud Pak for Business Automation as a Service documentación.
En el diagrama siguiente se muestra cómo funcionan los roles de usuario predefinidos con los componentes del producto durante el ciclo de vida de una aplicación de reglas de negocio. El ciclo incluye desarrollo, pruebas y producción. Los colaboradores trabajan en distintos entornos de nube:
Configuración de los roles de usuario
Cuando se crea un inquilino de nube, se le asigna un administrador de cuenta. Esta persona es responsable de invitar a la gente a trabajar en el inquilino. El administrador también es responsable de crear grupos y asignar funciones y permisos. El administrador da acceso a los usuarios a los componentes y entornos del tenant. Un usuario puede tener más de un rol de decisión. Para obtener más información sobre el administrador de cuentas, consulte Roles de usuario: Roles del Portal Nube en la IBM Cloud Pak for Business Automation as a Service documentación.
Colaboración en el servicio de decisiones
Un desarrollador de reglas crea el servicio de decisión en Diseñador de reglas, un editor de reglas basado en Eclipse. La versión inicial del servicio de decisión contiene artefactos que incluyen reglas, flujos de reglas y descripciones de despliegue. El desarrollador también puede probar el servicio de decisión en Servidor de ejecución de reglas en el entorno de desarrollo.
El siguiente diagrama muestra la creación y prueba del servicio de decisión en Rule Designer. Cuando el servicio de decisión está listo, se publica en Centro de decisión en el entorno de desarrollo:
En el Centro de decisión varios usuarios pueden trabajar en el servicio de decisión. Por ejemplo, un usuario empresarial puede actualizar las reglas existentes, y un administrador de configuración puede crear nuevas ramas, editar reglas y desplegar RuleApps en Servidor de ejecución de reglas. Las herramientas de gobernanza ayudan a gestionar las actividades mediante versiones y asignaciones de trabajo.
En el siguiente diagrama, el servicio de decisión se actualiza y despliega en Servidor de ejecución de reglas:
Prueba y promoción del servicio de decisiones
Cuando el servicio de decisión está finalizado en el entorno de desarrollo, el gestor de configuración lo promociona a Servidor de Ejecución de Reglas en el entorno de pruebas. El rendimiento del servicio de decisión se evalúa utilizando puntos de referencia que cuentan con procedimientos estándar de validación de desarrollo de software. El objetivo es reproducir las condiciones en las que se ejecutará el servicio de decisión cuando esté activo. Si surgen problemas durante las pruebas, el servicio de decisión se sigue trabajando en el entorno de desarrollo.
En el siguiente diagrama, una aplicación web llama al servicio de decisiones desde el entorno de pruebas:
Cuando el servicio de decisión supera los puntos de referencia, el gestor de configuración lo asciende a Servidor de ejecución de reglas en el entorno de producción. Una aplicación cliente puede ahora llamar al servicio de decisiones para aplicar las políticas de la empresa. El servicio de decisión puede seguir desarrollándose en el portal en la nube, y las nuevas versiones pueden enviarse al entorno de producción. Dado que la conexión entre la aplicación cliente y el servicio de decisión permanece intacta, la producción continúa sin pérdida de tiempo de servicio durante una actualización del servicio de decisión.
En el diagrama siguiente se muestra la promoción del servicio de decisiones al entorno de producción. Cuando los clientes utilizan la aplicación web, esta llama al servicio de decisiones.
