Introducción
La siguiente sección describe el cuarto paso para completar el deployment de un proceso, como se comentó en De Studio a la nube.
En este paso, se instala un paquete de deployment al ambiente destino (por ejemplo, pruebas o producción).
Antes de empezar
Antes de realizar este paso, es muy importante tener en cuenta estos aspectos:
•Aplicar un paquete de deployment es una tarea que necesita ser planeada, coordinada, agendada y comunicada adecuadamente. Implica un tiempo de inactividad del servicio, que se debe planear.
•Se espera que los ambientes de Automation Service, ya estén creados, aún cuando no estén en uso.
|
En caso de que no haya creado un proyecto, siga los pasos que se muestran en este artículo. |
Perfil requerido
El usuario a cargo de este paso debe tener acceso autorizado a los ambientes de Automation Service y a sus opciones de administración.
Para realizar el deployment de un proceso, no se requieren habilidades técnicas ni realizar labores específicas de TI ya que todos los pasos se realizan por medio de un asistente gráfico orientado a los usuarios de negocio.
La opción Importar Procesos está disponible en el Management Console de su suscripción a Automation Service.
Por lo tanto, el usuario necesitará:
•Tener a la mano el paquete de deployment (archivo .bex) producido en el paso anterior.
•Para acceder a Management Console se requiere conexión a Internet, un navegador web y credenciales de usuario válidas para el acceso.
Este usuario no necesita tener acceso a Bizagi Studio (el ambiente de desarrollo).
Esta opción le permite aplicar un paquete de deployment en un ambiente destino (por ejemplo, pruebas o producción).
Como importar un paquete de despliegue
Siga estos pasos para importar un paquete de despliegue.
1. Haga clic en Subir nuevo paquete para subir el paquete de despliegue.
2. Seleccione el archivo .bex que contiene el paquete de despliegue.
Tenga en cuenta que el nombre de archivo dado no tiene ningún significado funcional. Sin embargo, asegúrese de que está subiendo el archivo correcto.
3. Verifique y confirme explícitamente esta acción haciendo clic en Subir paquete.
La carga y la aplicación del paquete implica procesos de importación, y puede llevar unos minutos:
Una vez que la carga se completa y tiene éxito, aparecen los detalles del paquete. Puede ver el contenido del paquete con el Visualizador de Paquete para ver su contenido con el botón Ver contenido o cancelar la carga.
Haga clic en Importar si desea aplicar el paquete en su entorno. Aparece una ventana que muestra que este procedimiento iniciará la Ventana de Mantenimiento.
Puede hacer clic en Lista de objetos para ver los objetos incluidos en los paquetes que han cambiado.
|
Bizagi tiene algunas configuraciones que pueden ser administradas por ambiente directamente desde la Management Console (por ejemplo, configuración del ambiente, configuración de autenticación y autorización, y sistemas externos). Otras configuraciones realizadas en el Portal de Trabajo como Procesos en Vivo, el editor de temas y la localización, también son independientes por ambiente.
Si un paquete de deployment contiene metadata relacionada con parámetros o configuración del ambiente, esta solo se aplica al ambiente en el primer despliegue. Los despliegues posteriores NO reemplazan esta metadata, porque las configuraciones deben realizarse directamente en el ambiente a través de la Management Console o el Portal de Trabajo. Además, estas configuraciones anulan cualquier configuración del paquete de deployment. |
Haga clic en Importar paquete para confirmar.
Una vez que los procedimientos se completan y son exitosos, sus detalles se agregan al historial de despliegue con el estado Hecho. De lo contrario, aparece un mensaje de error.
Deployment sin tiempo de inactividad
Cualquier deployment no necesita ninguna ventana de mantenimiento ni ningún reinicio en el entorno. La ventana de mantenimiento se activa automáticamente en los siguientes escenarios:
•primer deployment
•si el contenido del archivo .bex contiene configuraciones de ambiente.
•Si está haciendo deployment de libreria de componentes.
•Si está haciendo deployment de reglas de librería.
Si el archivo .bex no cumple con los escenarios mencionados, puede aplicar el paquete sin detener el ambiente. Es decir, las sesiones actuales y la ejecución del Portal de Trabajo para los usuarios finales no se ven afectadas y pueden seguir trabajando en el entorno mientras se importa el paquete.
Consideraciones
•Para cambios en procesos que son críticos o importantes, se sugiere realizar un reinicio del entorno. Por ejemplo, si cambia los tipos de atributos, las reglas de validación o las reglas que afectan el flujo del proceso.
•Tenga cuidado cuando implemente cambios que afecten la ejecución de tareas o procesos. Por ejemplo, si cambia un tipo de atributo en el deployment, es posible que las reglas o la ejecución de formularios se vean afectadas. Si se presenta este problema a un usuario, después del deployment, se recomienda que el usuario actualice todo el sitio, de modo que el formulario cargue nuevos cambios después de que se haya vaciado la caché.
Historial de deployment
La tabla de Procesos anteriores muestra los despliegues anteriores realizados. Esta tabla tiene las siguientes columnas:
NOMBRE |
DESCRIPCIÓN |
|---|---|
Nombre del archivo |
Nombre del paquete de deployment. |
Estado de la carga |
Define el resultado de la carga del paquete. Los valores posibles son Error y Hecho. |
Subido por |
Nombre de los usuarios que subieron el paquete de deployment. |
Fecha cargada |
Fecha en la que se subió el paquete de deployment. |
Tiempo de carga |
La hora en que se subió el paquete de deployment. |
Ver contenido |
Abre el visualizador de paquete para ver el contenido del paquete de deployment. Esta opción está disponible cuando el paquete se ha aplicado con éxito. |
Descargar |
Descarga una copia del paquete de deployment. Esta opción está disponible cuando el paquete se ha aplicado con éxito |
Last Updated 2/10/2022 6:35:49 PM