...
El flujo de proceso de la gestión de cambios normales predeterminado define el workflow de proceso básico de una solicitud que está relacionada con un cambio normal. El proceso predeterminado se aplica cuando una solicitud no coincide con los criterios de entrada de otros workflows de proceso de cambio que están activos.
En el siguiente diagrama se muestra el proceso de la gestión de cambios normal predeterminado:
| Info |
|---|
Para ver el aspecto que tiene el diagrama de flujo en la aplicación, haga clic en Flujo de proceso de la gestión de cambios normales predeterminado. |
...
El flujo de proceso de la gestión de cambios estándar predeterminado define el workflow de proceso básico de una solicitud que está relacionada con un cambio normal. Por ejemplo, solicitudes como aplicar un service pack, aplicar un pack normal y agregar un servidor para el entorno de prueba. El proceso predeterminado se aplica cuando una solicitud no coincide con los criterios de entrada de otros workflows de proceso de cambio que están activos.
En el siguiente diagrama se muestra el proceso de la gestión de cambios estándar predeterminado:
| Info |
|---|
Para ver el aspecto que tiene el diagrama de flujo en la aplicación, haga clic en Flujo de proceso de la gestión de cambios estándar predeterminado. |
...
El flujo de proceso de la gestión de cambios de emergencia predeterminado define el workflow de proceso básico de una solicitud que está relacionada con un cambio de emergencia. Por ejemplo, las solicitudes para corregir el tiempo de inactividad del entorno de producción y el tiempo de inactividad de la red. El proceso predeterminado se aplica cuando una solicitud no coincide con los criterios de entrada de otros workflows de proceso de cambio que están activos.
En el siguiente diagrama se muestra el proceso de la gestión de cambios de emergencia predeterminado:
| Info |
|---|
Para ver el aspecto que tiene el diagrama de flujo en la aplicación, haga clic en Flujo de proceso de la gestión de cambios de emergencia predeterminado. |
...
El flujo de proceso de la gestión de cambios de reparación predeterminado se aplica cuando una solicitud necesita corregir un cambio pequeño. El proceso predeterminado se aplica cuando una solicitud no coincide con los criterios de entrada de otros workflows de proceso de cambio de reparación que están activos.
En el siguiente diagrama se muestra el proceso de la gestión de cambios de reparación predeterminado:
| Info |
|---|
Para ver el aspecto que tiene el diagrama de flujo en la aplicación, haga clic en Flujo de proceso de la gestión de cambios de reparación predeterminado. |
...
El flujo de proceso de la gestión de cambios principal define el workflow de proceso básico de una solicitud que está relacionada con un cambio grave. Por ejemplo, una solicitud para implementar una aplicación. El proceso predeterminado se aplica cuando una solicitud no coincide con los criterios de entrada de otros workflows de proceso de cambio que están activos.
En el siguiente diagrama se muestra el proceso de la gestión de cambios principal:
| Info |
|---|
Para ver el aspecto que tiene el diagrama de flujo en la aplicación, haga clic en Flujo de proceso de la gestión de cambios principal. |
...
El flujo de proceso de gestión de cambios define el workflow de proceso básico de una solicitud que está relacionada con un cambio de DevOps. Por ejemplo, una solicitud para implementar un cambio en la aplicación de la versión. El proceso predeterminado se aplica cuando una solicitud no coincide con los criterios de entrada de otros workflows de proceso de cambio que están activos.
El proceso de una gestión de cambios de DevOps se muestra en el siguiente diagrama:
| Info |
|---|
Para ver el aspecto que tiene el diagrama de flujo en la aplicación, haga clic en Flujo de proceso de la gestión de cambios de DevOps. |
...
- Cuando se genera una petición de cambio, en función de las condiciones de coincidencia se verificarán los criterios de entrada para asignar la solicitud. De forma predeterminada, la solicitud se asigna al grupo Gestión de cambios cuando no coincide ninguna condición.
- El grupo de coordinación de la versión valora y evalúa la solicitud. Un plan se crea para implementar la solicitud y se asigna al Comité asesor de cambios (CAB) para la aprobación.
- En la aprobación del CAB, se realizan los siguientes pasos:
- Iniciar actividad de creación - Conector de SSH: inicia el script de compilación para crear el paquete de software de la versión.
- Comprobar estado de la compilación - script del conector de SSH: verifica si el script se ejecuta correctamente. Si se produce un fallo en la compilación, registre la compilación y cierre la solicitud con excepciones.
- Iniciar actividad de prueba - Conector de SSH: invoca los scripts de prueba para verificar si el paquete del software funciona tal y como fue diseñado.
- Comprobar estado de la ejecución de la prueba: conector de SSH: verifica si la prueba es correcta. Si se produce un fallo en la prueba, ejecute el plan de retroceso o actualice como fallo de prueba y cierre la solicitud con excepciones.
- Iniciar implementación: CA ServiceAide Release Automation: invoca el script de implementación para implementar el paquete.
- Recuperar estado de la versión desde CA desde ServiceAide Release Automation: recopila la información sobre la versión a partir de la aplicación de la automatización de la versión.
Nota: Si se produce un error durante la implementación, ejecute el plan de retroceso y cierre la solicitud con excepciones.
- La solicitud se implementa y se valida para mantener la coherencia. Se cierra la petición de cambio.