Conceptos clave para los nuevos usuarios de Azure Pipelines

Obtenga información sobre los conceptos y componentes clave que forma una canalización. Comprender los términos básicos y las partes de una canalización puede ayudarle a entregar código mejor de forma más eficaz y confiable.

Introducción a los conceptos clave

• Un desencadenador indica a una canalización que se ejecute.
• Una canalización se forma de una o varias fases. Una canalización se puede implementar en uno o varios entornos.
• Una fase es una manera de organizar los trabajos en una canalización y cada fase puede tener uno o varios trabajos.
• Cada trabajo se ejecuta en un agente. Un trabajo también puede ser sin agente.
• Cada agente ejecuta un trabajo que contiene uno o varios pasos.
• Un paso puede ser una tarea o script y es el bloque de creación más pequeño de una canalización.
• Una tarea es un script empaquetado previamente que realiza una acción, como invocar una API REST o publicar un artefacto de compilación.
• Un artefacto es una colección de archivos o paquetes publicados por una ejecuciónde .

Azure Pipelines generales

Agente

Cuando la compilación o la implementación se ejecuta, el sistema inicia uno o varios trabajos. Un agente está computando la infraestructura con software de agente instalado que ejecuta un trabajo a la vez. Por ejemplo, el trabajo podría ejecutarse en un agente Ubuntu hospedado por Microsoft.

Para obtener información más detallada sobre los distintos tipos de agentes y cómo usarlos, vea Azure Pipelines Agents.

Aprobaciones

Las aprobaciones definen un conjunto de validaciones necesarias antes de que se ejecute una implementación. La aprobación manual es una comprobación común que se realiza para controlar las implementaciones en entornos de producción. Cuando las comprobaciones se configuran en un entorno, las canalizaciones se detendrán antes de iniciar una fase que se implemente en el entorno hasta que todas las comprobaciones se completen correctamente.

Artefacto

Un artefacto es una recopilación de archivos o paquetes que ha publicado una ejecución. Artifacts están disponibles para las tareas posteriores, como la distribución o la implementación. Para obtener más información, vea Artifacts en Azure Pipelines.

Entrega continua

La entrega continua (CD) es un proceso mediante el cual el código se ha creado, probado e implementado en una o varias fases de prueba y producción. La implementación y las pruebas en varias fases ayudan a mejorar la calidad. Los sistemas de integración continua generan artefactos implementables, que incluyen infraestructura y aplicaciones. Las canalizaciones de versión automatizadas consumen estos artefactos para publicar nuevas versiones y correcciones en los sistemas existentes. Los sistemas de supervisión y alertas se ejecutan constantemente para impulsar la visibilidad de todo el proceso de CD. Este proceso garantiza que los errores se detectan con frecuencia y pronto.

Integración continua

La integración continua (CI) es la práctica que usan los equipos de desarrollo para simplificar las pruebas y la creación de código. La CI ayuda a detectar errores o problemas al principio del ciclo de desarrollo, lo que facilita y acelera la corrección. Las pruebas y compilaciones automatizadas se ejecutan como parte del proceso de CI. El proceso se puede ejecutar según una programación establecida, siempre que se inserta código, o ambos. Los elementos conocidos como artefactos se generan a partir de sistemas de CI. Las canalizaciones de versión de entrega continua las usan para impulsar las implementaciones automáticas.

Implementación

En el caso de las canalizaciones clásicas, una implementación es la acción de ejecutar las tareas de una fase, que puede incluir la ejecución de pruebas automatizadas, la implementación de artefactos de compilación y cualquier otra acción especificada para esa fase.

En el caso de las canalizaciones YAML, una implementación normalmente hace referencia a un trabajo de implementación. Un trabajo de implementación es una colección de pasos que se ejecutan secuencialmente en un entorno. Puede usar estrategias como ejecutar una vez, revertir y desarollar para los trabajos de implementación.

Grupo de implementación

Un grupo de implementación es un conjunto de máquinas de destino de implementación que tienen agentes instalados. Un grupo de implementación es simplemente otra agrupación de agentes, como un grupo de agentes. Puede establecer los destinos de implementación en una canalización para un trabajo mediante un grupo de implementación. Obtenga más información sobre el aprovisionamiento de agentes para grupos de implementación.

Entorno

Un entorno es una colección de recursos, donde se implementa la aplicación. Puede contener una o varias máquinas virtuales, contenedores, aplicaciones web o cualquier servicio que se utilice para hospedar la aplicación que se está desarrollando. Una canalización podría implementar la aplicación en uno o varios entornos después de que se complete la compilación y se ejecuten las pruebas.

Trabajo

Una fase contiene uno o varios trabajos. Cada trabajo se ejecuta en un agente. Un trabajo representa un límite de ejecución de un conjunto de pasos. Todos los pasos se ejecutan juntos en el mismo agente. Los trabajos son más útiles cuando se desea ejecutar una serie de pasos en distintos entornos. Por ejemplo, es posible que quiera compilar dos configuraciones: x86 y x64. En este caso, tiene una fase y dos trabajos. Un trabajo sería para x86 y el otro para x64.

Canalización

Una canalización define el proceso de integración e implementación continuas para la aplicación. Se trata de una o varias fases. Se puede pensar en como un flujo de trabajo que define cómo se ejecutan los pasos de prueba, compilación e implementación.

Release

Para las canalizaciones clásicas, una versión es un conjunto con versiones de artefactos especificados en una canalización. La versión incluye una instantánea de toda la información necesaria para llevar a cabo todas las tareas y acciones de la canalización de versión, como fases, tareas, directivas como desencadenadores y aprobadores y opciones de implementación. Puede crear una versión manualmente, con un desencadenador de implementación o con la API REST.

En el caso de las canalizaciones YAML, las fases de compilación y versión se encuentran en una canalización de varias fases.

Ejecute

Una ejecución representa una ejecución de una canalización. Recopila los registros asociados a la ejecución de los pasos y los resultados de la ejecución de pruebas. Durante una ejecución, Azure Pipelines procesará primero la canalización y, a continuación, enviará la ejecución a uno o varios agentes. Cada agente ejecutará trabajos. Obtenga más información sobre la secuencia de ejecución de canalización.

Script

Un script ejecuta código como un paso en la canalización mediante la línea de comandos, PowerShell o Bash. Puede escribir scripts multiplataforma para macOS, Linux y Windows. A diferencia de unatarea , un script es código personalizado específico de la canalización.

Fase

Una fase es un límite lógico en la canalización. Se puede usar para marcar la separación de intereses (por ejemplo, compilación, control de calidad y producción). Cada fase contiene uno o varios trabajos. Cuando se definen varias fases en una canalización, de forma predeterminada, se ejecutan una después de la otra. Puede especificar las condiciones para cuando se ejecuta una fase. Cuando piense en si necesita una fase, pregúntese:

• ¿Los grupos independientes administran diferentes partes de esta canalización? Por ejemplo, podría tener un administrador de pruebas que administre los trabajos relacionados con las pruebas y un administrador diferente que administre los trabajos relacionados con la implementación de producción. En este caso, tiene sentido tener fases independientes para pruebas y producción.
• ¿Hay un conjunto de aprobaciones que están conectadas a un trabajo o conjunto de trabajos específicos? Si es así, puede usar fases para dividir los trabajos en grupos lógicos que requieren aprobaciones.
• ¿Hay trabajos que necesitan ejecutarse durante mucho tiempo? Si tiene parte de la canalización que tendrá un tiempo de ejecución prolongado, tiene sentido dividirlos en su propia fase.

Paso

Un paso es el bloque de creación más pequeño de una canalización. Por ejemplo, una canalización puede constar de pasos de compilación y prueba. Un paso puede ser un script o una tarea. Una tarea es simplemente un script creado previamente que se ofrece para su comodidad. Para ver las tareas disponibles, consulte la Referencia de tareas de compilación y versión. Para obtener información sobre cómo crear tareas personalizadas, vea Crear una tarea personalizada.

Tarea

Una tarea es el bloque de creación para definir la automatización en una canalización. Una tarea es un script empaquetado o un procedimiento que se ha abstraido con un conjunto de entradas.

Desencadenador

Un desencadenador es algo que se configura para decir a la canalización cuándo se debe ejecutar. Puede configurar una canalización para que se ejecute tras una inserción en un repositorio, en horas programadas o tras la finalización de otra compilación. Todas estas acciones se conocen como desencadenadores. Para más información, consulte Desencadenadores de compilación yDesencadenadores de versión.

Biblioteca

La biblioteca incluye archivos seguros y grupos de variables. Los archivos seguros son una manera de almacenar archivos y compartirlos entre canalizaciones. Es posible que tenga que guardar un archivo en el nivel DevOps y, a continuación, usarlo durante la compilación o implementación. En ese caso, puede guardar el archivo en biblioteca y usarlo cuando lo necesite. Los grupos de variables almacenan valores y secretos que es posible que desee que se pasen a una canalización de YAML o que estén disponibles en varias canalizaciones.

Acerca de los autores

• Dave Jarvis contribuyó al gráfico de información general de conceptos clave.