Definición de la canalización clásica

Azure Pipelines | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2015

Azure Pipelines una canalización altamente configurable y fácil de administrar para versiones en varias fases, como desarrollo, ensayo, control de calidad y producción. también ofrece la oportunidad de implementar puertas y aprobaciones en cada fase específica.

En este tutorial, aprenderá lo siguiente:

Requisitos previos

Necesitará:

• Una canalización de versión que contiene al menos una fase. Si aún no tiene una, puede crearla mediante cualquiera de los siguientes inicios rápidos y tutoriales:

  • Implementación en una aplicación web de Azure
  • Azure DevOps Project
  • Implementación en el servidor web iis en Windows

• Dos destinos independientes donde implementará la aplicación. Pueden ser máquinas virtuales, servidores web, grupos de implementación físicos locales u otros tipos de destino de implementación. En este ejemplo, se usan instancias Azure App Service sitio web. Si decide hacer lo mismo, tendrá que elegir nombres que sean únicos, pero es una buena idea incluir "QA" en el nombre de uno y "Producción" en el nombre del otro para que pueda identificarlos fácilmente. Use el Azure Portal para crear una nueva aplicación web.

Desencadenadores de implementación continua (CD)

Al habilitar el desencadenador de implementación continua, se indicará a la canalización que cree automáticamente una nueva versión cada vez que esté disponible una nueva compilación.

1. En Azure Pipelines, abra la pestaña Versiones. Seleccione la canalización de versión y seleccione Editar.

   

2. Seleccione el icono Desencadenador de implementación continua en Artifacts sección para abrir el panel del desencadenador. Asegúrese de que está habilitado para que se cree una nueva versión después de que se complete cada nueva compilación correcta.

   

3. Seleccione el icono Condiciones previas a la implementación en la sección Fases para abrir el panel de condiciones. Asegúrese de que el desencadenador para la implementación en esta fase esté establecido en Después de la versión. Esto significa que una implementación se iniciará automáticamente cuando se cree una nueva versión a partir de esta canalización de versión.

   

   También puede configurar desencadenadores de versión,desencadenadores de fase o implementaciones de programación.

Agregar fases

En esta sección, agregaremos dos nuevas fases a la canalización de versión: QA y producción (dos sitios web App de Azure Services en este ejemplo). Se trata de un escenario típico en el que se implementaría inicialmente en un servidor de prueba o de ensayo y, a continuación, en un servidor en directo o de producción. Cada fase representa un destino de implementación.

1. Seleccione la pestaña Canalización en la canalización de versión y seleccione la fase existente. Cambie el nombre de la fase a Producción.

   

2. Seleccione la lista desplegable + Agregar y elija Clonar fase (la opción clonar solo está disponible cuando se selecciona una fase existente).

   

   Normalmente, quiere usar los mismos métodos de implementación con una prueba y una fase de producción para asegurarse de que las aplicaciones implementadas se comportarán de la misma manera. Clonar una fase existente es una buena manera de asegurarse de que tiene la misma configuración para ambos. A continuación, solo tiene que cambiar los destinos de implementación.

3. La fase clonada tendrá el nombre Copia de producción. Selecciónelo y cambie el nombre a QA.

   

4. Para reorganizar las fases de la canalización, seleccione el icono Condiciones previas a la implementación en la fase de control de calidad y establezca el desencadenador en Después de la versión. A continuación, el diagrama de canalización mostrará las dos fases en paralelo.

   

5. Seleccione el icono Condiciones previas a la implementación en la fase de producción y establezca el desencadenador en Después de la fase y,a continuación, seleccione QA en la lista desplegable Fases. El diagrama de canalización indicará ahora que las dos fases se ejecutarán en el orden correcto.

   

   Nota

   Puede configurar la implementación para que se inicie cuando una implementación en la fase anterior sea parcialmente correcta. Esto significa que la implementación continuará incluso si se ha fallado una tarea no crítica específica. Esto se suele usar en implementaciones de bifurcación y combinación que se implementan en distintas fases en paralelo.

6. Seleccione la lista desplegable Tareas y seleccione la fase QA.

   

7. En función de las tareas que use, cambie la configuración para que esta fase se implemente en el destino "QA". En nuestro ejemplo, usaremos Implementar Azure App Service tarea como se muestra a continuación.

   

Agregar aprobaciones previas a la implementación

La canalización de versión que se modificó anteriormente se implementa en qa y producción. Si se produce un error en la implementación en QA, la implementación en producción no se desencadenará. Se recomienda comprobar siempre si la aplicación funciona correctamente en qa o fase de prueba antes de implementarla en producción. La adición de aprobaciones garantizará que se cumplan todos los criterios antes de la implementación en la fase siguiente. Para agregar aprobaciones a la canalización, siga estos pasos:

1. Seleccione la pestaña Pipeline (Canalización),el icono Pre-deployment conditions (Condiciones previas a la implementación) y, después, Pre-deployment approvers (Aprobadores previos a la implementación).

   

2. En el cuadro de texto Aprobadores, escriba los usuarios que serán responsables de aprobar la implementación. También se recomienda desactivar la casilla El usuario que solicita una versión o implementación no debe aprobarla.

   

   Puede agregar tantos aprobadores como necesite, tanto usuarios individuales como grupos de la organización. También es posible configurar las aprobaciones posteriores a la implementación seleccionando el icono "usuario" en el lado derecho de la fase en el diagrama de canalización. Para obtener más información, vea Releases gates and approvals.

3. Seleccione Guardar.

   

Creación de una versión

Ahora que se ha completado la configuración de la canalización de versión, es el momento de iniciar la implementación. Para ello, crearemos manualmente una nueva versión. Normalmente, una versión se crea automáticamente cuando hay disponible un nuevo artefacto de compilación. Sin embargo, en este escenario lo crearemos manualmente.

1. Seleccione la lista desplegable Versión y elija Crear versión.

   

2. Escriba una descripción para la versión, compruebe que están seleccionados los artefactos correctos y, a continuación, seleccione Crear.

   

3. Aparecerá un banner que indica que se ha creado una nueva versión. Seleccione el vínculo de versión para ver más detalles.

   

4. La página de resumen de la versión mostrará el estado de la implementación en cada fase.

   

   Otras vistas, como la lista de versiones, también muestran un icono que indica que la aprobación está pendiente. El icono muestra un menú emergente que contiene el nombre de la fase y más detalles al apuntar a él. Esto permite que un administrador pueda ver fácilmente que versiones están a la espera de aprobación así como el progreso general de todas las versiones.

   

5. Seleccione el icono pending_approval para abrir el panel de la ventana de aprobación. Escriba un breve comentario y seleccione Aprobar.

   

Supervisión y seguimiento de implementaciones

Los registros de implementación le ayudan a supervisar y depurar la versión de la aplicación. Para comprobar los registros de nuestra implementación, siga estos pasos:

1. En el resumen de la versión, mantenga el puntero sobre una fase y seleccione Registros.

   

   Durante la implementación, todavía puede acceder a la página de registros para ver los registros en directo de cada tarea.

2. Seleccione cualquier tarea para ver los registros de esa tarea específica. Esto facilita el seguimiento y la depuración de problemas de implementación. También puede descargar registros de tareas individuales o un archivo ZIP de todos los archivos de registro.

   

3. Si necesita información adicional para depurar la implementación, puede ejecutar la versión en modo de depuración.

Paso siguiente