Consideraciones del deployment avanzado

Importante

Antes de continuar, considere las siguientes implicaciones:

1. Deployment inicial podrá hacerse con el Deployment-en-un-clic

Cuando ejecuta sus procesos sobre una plataforma de .NET, se recomienda realizar el primer Deployment (puesta en marcha inicial) a través del Deployment-en-un-clic.

De esta manera Bizagi asistirá en la creación del ambiente destino (el Portal, servicio Scheduler y la Base de datos), y permitirá que Bizagi valide ciertos objetos y la existencia del ambiente de producción.

Si definitivamente no es viable utilizar el Deployment-en-un-clic incluso para el primer Deployment, entonces tendrá que crear la base de datos en blanco del modelo de Bizagi a través del Deployment Avanzado.

2. Si utiliza el Deployment Avanzado, deberá seguir utilizándolo siempre

Es posible decidir utilizar el Deployment Avanzado (su herramienta), aún si se ha utilizado el Deployment en un clic de Bizagi (pero no

viceversa).

Esto significa que una vez que se decida utilizar el Deployment Avanzado para su proyecto, no será posible cambiar y volver a utilizar el Deployment en un clic (el Deployment tradicional presentado en Bizagi Studio).

Para los proyectos que hayan usado la herramienta para el Deployment Avanzado, cualquier Deployment a futura deberá seguirse realizando por medio del Deployment Avanzado.

3. Siempre cree sus backups

Las herramientas de Deployment Avanzado no crean backups de manera automática de ninguna Base de datos.

Recuerde que como medida de contingencia, se recomienda siempre tomar backups de sus distintos ambientes del proyecto, antes de realizar cambios significativos en ellos.  El Deployment realiza cambios significativos, sea por medio del Deployment en un clic o el Deployment Avanzado.

Esto implica que si se utiliza el Deployment Avanzado, se debe tomar un backup del ambiente destino (pruebas o producción), por lo menos antes de aplicar cualquier cambio (p.e antes de importar paquetes).

4. No eliminar los objetos en el ambiente de Desarrollo a menos que no se utilicen en producción

Es muy importante que tenga en cuenta que al usar el Deployment Avanzado, Bizagi Studio no podrá realizar sus validaciones de dependencias.

Es decir, si un objeto ya existe en producción.

Ante esto, es sumamente indispensable que no se eliminen objetos en desarrollo que estén siendo usados en producción y que se creen nuevas versiones de Proceso cuando se requieran realizar cambios sobre los Procesos.

5. Planee y coordine el Deployment

Al igual que con el Deployment en un clic, se recomienda programar y llevar a cabo el Deployment Avanzado en un horario no laboral.

Esto promueve poder tener rápidas medidas de contingencia como la restauración de backups, en caso de que los resultados del Deployment no sean los esperados.

6. Considere ambientes adicionales si aplica

Dependiendo de la criticidad de los Procesos y si se deben hacer pruebas sobre las instancias existentes (casos en producción) o dependiendo del tipo de cambios que se realizaron en desarrollo, se puede optar por usar un ambiente alterno (de Staging o Réplica de producción), para llevar a cabo pruebas de aceptación de usuario rigorosas enfocadas a los casos de producción.

Esto significa crear de antemano un ambiente temporal sólo con el propósito de probar cómo se comportaría el Deployment final en producción.

Al realizar esto mediante la restauración de un backup, se tendría una forma de revisar si algún cambio o información adicional debe llevarse en el Deployment.

Al utilizar este ambiente temporal, tenga en cuenta cambiar la configuración del Servidor SMTP, cualquier interfaz configurada, ECMs o Proveedores  de datos, las direcciones de correo configuradas para usuarios o en el negocio, etc,  para que no se disparen servicios reales de producción.

7. Condiciones para incluir objetos en el paquete de deployment

Tenga en cuenta las condiciones utilizadas por Bizagi para incluir objetos en un paquete de deployment.

•Objetos que forman parte de los procesos que se incluyen en el deployment: el paquete de deployment contiene todos los objetos que conforman los procesos elegidos en el deployment. Por ejemplo, reglas de negocio, reglas de asignación, formas, entidades.

•Componentes que se utilizan en el proceso. El paquete de deployment incluye componentes utilizados en los procesos elegidos. Por ejemplo, si una regla usa el Esquema de días no laborales, dicho esquema se incluye en el paquete de deployment.

•Objetos que han sido seleccionados manualmente en la Pestaña Opciones avanzadas: si selecciona un objeto en la Pestaña Opciones avanzadas, se incluye en el paquete incluso si no se está utilizando en los procesos elegidos en el deployment.

Estas condiciones no son excluyentes. Por lo tanto, si se cumple una de ellas, el componente se incluye en el paquete. Por ejemplo, si deja sin marcar el elemento Roles pero en los procesos elegidos se utiliza un rol, los roles se incluyen en el paquete de deployment.

Los siguientes elementos tienen una composición intrínseca. Esto significa que si se incluye uno de los elementos debido a alguna de las condiciones anteriores, se incluirán todos los demás elementos del mismo tipo:

oRoles

oHabilidades

oÁreas

oPosiciones

oLugar

oOrganización

Si usa atributos en expresiones complejas o dinámicas y esos atributos no se usan en ningún otro lugar, debe forzarlos para deployment.

Perfil requerido

El usuario que lleve a cabo un Deployment Avanzado, debe contar con el siguiente perfil:

1. Tener un conocimiento básico sobre la estructura de un XML (para editar los archivos de configuración).

2. Tener acceso a las Base de Datos involucradas (con credenciales de súper usuario).

3. Tener conocimiento sobre automatización de Procesos en Bizagi (conceptos y Experto de Bizagi Studio).

Para más información sobre el tratamiento que Bizagi da a los objetos en un deployment, consulte el Deployment de los objetos.

4. Tener un entendimiento sobre los Procesos implementados en particular, en el proyecto.

Esto implica conocer sobre el propósito de los Procesos involucrados, sus versiones, modelo de datos, integraciones, configuración de seguridad, parámetros de ambiente y su administración (p.e políticas, alarmas, valores de entidades de parametrización), y el funcionamiento del Proceso en general.

Tenga en cuenta que para llevar a cabo pruebas adecuadas (de aceptación de usuario), se debe poder determinar cuál es el comportamiento esperado de los Procesos en el Portal de Trabajo de acuerdo a las diferentes posibilidades de negocio.