Cómo gestionar un despliegue en PRO

Para gestionar un despliegue de PRE a PRO, es necesario realizar las siguientes tareas.

Prerrequisitos:

Contar con la validación en PRE, por parte del negocio.
Para las tareas internas se requiere contar con la validación del equipo de Soporte.
Los tickets a entregar deben estar preferentemente en estatus Resuelta.

Pasos:

El Responsable técnico debe colocar la información del depliegue en https://confluence.project-tools.santillanatn.com/pages/viewpage.action?pageId=116818817
1. • ID (consecutivo): Registro interno del control del despliegue.
2. • Fecha de registro: Fecha actual del llenado de la información.
3. • Fecha objetivo: Fecha esperada por parte del negocio.
4. • Fecha planificada: Fecha determinada por parte del equipo de Infraestructura.
5. • Aplicación: Nombre de la aplicación a entregar.
6. • Versión afectada: Relación de la versión afectada. En caso de gestionar un rollback se considera esta versión.
7. • Versión correctora: Relación de la nueva versión para desplegar en PRO.
8. • Build Bamboo: Relación del artefacto a entregar.
9. • Scripts asociados/Rollback: archivos SQL requeridos en la entrega.
10. • Tickets asociados: Consolidado de tickets relacionados al despliegue.
11. • Pasos a considerar: Orden de la ejecución de la actividad.
12. • Dependencias observaciones: En caso de requerir la ejecución de tickets adicionales.
13. • Control PMO: Ticket SOPINF generado, documentación relacionada.
El responsable del despliegue, debe capturar por cada ticket a entregar:
1. Versión afectada (Versión actual de PRO).
2. Versión correctora (Versión a desplegar).
El responsable del despliegue Ingresa a la sección de "Entregas" para seleccionar la(s) versión(es) a entregar https://jira.project-tools.santillanatn.com/projects/PSA?selectedItem=com.atlassian.jira.jira-projects-plugin%3Arelease-page&status=unreleased
1. Filtrar el apartado Sin entregar donde se presentarán las versiones pendientes de entregar.
2. Al seleccionar la versión a desplegar nos saldrá un resumen con los tickets relacionados.
3. Una vez preparados los tickets para la entrega se deberá seleccionar la opción Release.
4. Nota: Para preparar la entrega, los tickets - preferentemente - deben de estar en estatus “Resuelta”.
Al dar clic en el botón superior derecho "Release", se elegirá:
1. • Release: seleccionar la opción “with existing build”.
2. • Plan: Seleccionar el artefacto a desplegar.
3. • Existing build: Apareceran los Builds relacionados al Plan seleccionado. Se debe elegir el mismo que fue colocado en la tabla del paso 1.
4. • Fecha de publicación: Fecha esperada del despliegue.
5. • Al dar clic en "Release", en la parte superior derecha se puede apreciar el avance de la entrega hasta que se muestre como "ENTREGADA".
El responsable del despliegue Ingresa a capturar el ticket SOPINF del desliegue:
1. • Ejecución despliegue: https://servicedesk.project-
  tools.santillanatn.com/servicedesk/customer/portal/33/create/4339
2. • Cambio de emergencia: https://servicedesk.project-
  tools.santillanatn.com/servicedesk/customer/portal/33/create/4220
3. Campos a registrar:
  1. • Resumen: Título del ticket.
  2. • Descripción: Detalle de la entrega
    1. A continuación se lista la información a compartir en el despliegue:
      § Fecha objetivo
      § Artefacto a entregar
      § Versión correctora
      § Enlace Bamboo
      § Ticket relacionados
      § En caso de presentar error algún procedimiento compartir la versión anterior
    2. Ejemplos:
      § https://servicedesk.project-
      tools.santillanatn.com/servicedesk/customer/portal/33/SOPINF-21897
      § https://servicedesk.project-
      tools.santillanatn.com/servicedesk/customer/portal/33/SOPINF-24257
      • Entorno: PRO
      • Prioridad: Alta/Media/Baja
      • Proyecto: STNGLBTEG-UNOI-PPAA-Pegasus
      • Incidencia relacionada: Listar...
      • ¿Impacta en el servicio ofrecido por la aplicación?: Sí
      • ¿Afecta a la base de datos?: Solamente si se entrega con un script
      • Duración estimada del procedimiento: opcional.
      • Fecha deseada para el cambio: Fecha objetivo estimada.
      • ¿El procedimiento modifica la estructura y/o los datos de la Base de Datos Central? Solamente si
      se entrega un script sería Sí.
      • ¿Se ha probado el procedimiento en DEV/PRE? Sí, validación VoBo por parte del negocio.
      • ¿Se adjunta procedimiento de implementación? NO
      • ¿Se adjuntan instrucciones de verificación? NO
      • ¿Se adjunta procedimiento de Rollback? Sí, compartir la información de las versiones anteriores (en caso de fallar el despliegue)
      • ¿Hay que hacer cambios en la monitorización, backups o la explotación en general, como consecuencia de este cambio? NO.
El responsable del despliegue Ingresa a capturar en el apartado de Planificación de cambios (Forecast), el despliegue solicitado.

https://confluence.project-tools.santillanatn.com/pages/viewpage.action?pageId=88659096

1. Campos requeridos: Se debe incorporar la información sólo sobre las columnas de color Azul.
  • Fecha orientativa: Fecha determinada para la ejecución de los despliegues/copias de archivos/configuraciones/ejecución de scripts.
  • Fecha registro: Fecha del día que se da de alta el registro.
  • Tipo de cambio: Determinar el tipo de apoyo (Copia de archivo de PRE a PRO/Despliegue/Cambio de configuración).
  • Proyecto: UNO-PPAA-Pegasus.
  • Descripción: Mención del tipo de entrega.
  • Negocio solicitante: País solicitante.
  • ID Solicitud: Ticket SOPINF generado.

NOTAS:

Tipos de entrega
• Flujo normal: ejecución de la actividad a 48hrs después de la gestión.
• Entrega emergente: ejecución de la actividad a 24hrs después de la gestión.

Autorización de las entregas
Se debe solicitar apoyo por parte de Mauro Bastos, para los casos urgentes o dejar que continue el flujo normar para contar con el VoBo del ticket entregado.