Microsoft

Artefactos de versión y orígenes

de artefactos

DIEGO CAÑON
CODIGO: 67000044
 Artefactos
¿Que es una Versión? Una versión es una colección de artefactos en los
procesos de CI/CD (“CI (integración continua)” y “CD (distribución
continua)”)de DevOps.

¿Qué es DevOps? DevOps es un conjunto de prácticas que agrupan el

desarrollo de software y las operaciones de TI

¿Que es un artefacto? Un artefacto es un componente que se puede

implementar de la aplicación.
Artefactos en sistemas Algunos artefactos son como los casos de uso,
diagrama de clases u otros modelos UML ayudan a la descripción de la
función, la arquitectura o el diseño del software.
 Artefactos
Azure Pipelines
Azure Pipelines es un servicio completo de integración continua (CI) y entrega
continua (CD). Funciona con tu proveedor de Git preferido y puede
implementarse en la mayoría de los servicios en la nube principales

Azure Pipelines puede implementar artefactos generados por una amplia

gama de orígenes de artefactos y almacenados en diferentes tipos de
repositorios de artefactos.
 Artefactos
Canalización de versión
¿Qué es un sistema de canalización? Los sistemas de
canalización determinan de manera clara y específica la dirección y distribución
de los diferentes sistemas de energía y control, a la vez que proporcionan un
apoyo básico para el funcionamiento de todos los equipos.

Que son las canalizaciones de versión: Las canalizaciones de

versión almacenan los datos de las canalizaciones, las fases, las tareas,
las versiones y las implementaciones en Azure Pipelines.
 Artefactos
Canalización de versión
Al crear una canalización de versión, se vinculan los orígenes de
artefacto adecuados a la canalización de versión.

Por ejemplo, puede vincular una canalización de compilación Azure Pipelines o

un proyecto de Jenkins a la canalización de versión.
 Artefactos
Canalización de versión
Al crear una versión, se especifica la versión exacta de estos orígenes de
artefactos

Ejemplo:
• El número de una compilación procedente de Azure Pipelines
• La versión de una compilación procedente de un proyecto de
Jenkins.
 Artefactos
Canalización de versión
Después de crear una versión, no puede cambiar estas versiones.
Fundamentalmente, una versión se define mediante los artefactos con
versiones que componen la versión. A medida que implemente la versión en
varias fases, implementará y validará los mismos artefactos en todas las fases.

Una única canalización de versión se puede vincular a varios orígenes de

artefactos, de los cuales uno es el origen principal. En este caso, al crear una
versión, se especifican versiones individuales para cada uno de estos orígenes.
 Artefactos-Versiones
Los artefactos son fundamentales para una serie de características de Azure
Pipelines. Algunas de las características que dependen de la vinculación de
artefactos a una canalización de versión son:

• Versiones de desencadenador automático.

• Condiciones del desencadenador.
• Versiones de artefacto.
• Variables de artefacto.
• Elementos de trabajo y confirmaciones.
• Descarga de artefactos.
 Orígenes de artefactos
Hay varios tipos de herramientas que puede usar en el proceso de ciclo de vida
de la aplicación para generar o almacenar artefactos. Por ejemplo, puede usar
sistemas de integración continua como:
• Azure Pipelines
• Jenkins
• TeamCity

También puede usar sistemas de control de versiones como Git o TFVC para
almacenar los artefactos. También puede usar repositorios como Azure Artifacts
o un repositorio de NuGet para almacenar los artefactos.

De forma predeterminada, una versión creada a partir de la canalización de

versión usará la versión más reciente de los artefactos. 
 Orígenes de artefactos –Azure pipelines
Puede vincular una canalización de versión a cualquiera de las canalizaciones
de compilación en Azure Pipelines o colección de proyectos de TFS.

Algunas diferencias entre TFS y AzurePipelines son:

• TFS 2017 y versiones más recientes y Azure Pipelines: puede vincular

canalizaciones de compilación desde cualquiera de los proyectos de Azure
Pipelines o TFS. Puede vincular varias canalizaciones de compilación y
especificar valores predeterminados para cada una de ellas. Puede configurar
desencadenadores de implementación continua en varios orígenes de
compilación. Cuando se complete alguna de las compilaciones,
desencadenará la creación de una versión.
Orígenes de artefactos –Azure pipelines
 Orígenes de artefactos: control de
versiones
Hay escenarios en los que puede querer consumir artefactos almacenados en
un sistema de control de versiones directamente, sin pasarlos a través de una
canalización de compilación.
Las siguientes características están disponibles al usar orígenes de TFVC, Git y
GitHub:
 Orígenes de artefactos: Jenkins
• Para consumir artefactos de Jenkins, debe crear una conexión de servicio con
credenciales para conectarse al servidor jenkins. 
• Después, puede vincular un proyecto de Jenkins a una canalización de versión.
El proyecto jenkins debe configurarse con una acción posterior a la compilación
para publicar los artefactos.
 Orígenes de artefactos: contenedores
Al implementar aplicaciones en contenedores, la imagen del contenedor
primero se inserta en un registro de contenedores. Una vez completada la
inserción, la imagen de contenedor se puede implementar en el servicio Web
App for Containers o en un clúster de Docker/Kubernetes. Debe crear una
conexión de servicio con credenciales para conectarse al servicio para
implementar imágenes ubicadas allí o en Azure.
 Orígenes de artefactos: Azure Artifacts
Los escenarios en los que es posible que desee consumir estos artefactos son:
• Tiene la compilación de la aplicación (como TFS, Azure Pipelines, TeamCity,
Jenkins) publicada como un paquete para Azure Artifacts y quiere consumir
el artefacto en una versión.
• Como parte de la implementación de la aplicación, necesita paquetes
adicionales almacenados en Azure Artifacts.

Al vincular este artefacto a la canalización de versión, debe seleccionar la

fuente, el paquete y la versión predeterminada del paquete. Puede elegir la
versión más reciente del paquete, usar una versión específica o seleccionar la
versión en el momento de la creación de la versión. Durante la implementación,
el paquete se descarga en la carpeta del agente y el contenido se extrae como
parte de la ejecución del trabajo.
Orígenes de artefactos: Azure Artifacts
 Orígenes de artefactos: servidor TFS
Puede usar Azure Pipelines para implementar artefactos publicados por un servidor
TFS local. No es necesario que el servidor TFS esté visible en Internet. Las
compilaciones de un servidor TFS local se descargan directamente en el agente
local y, a continuación, se implementan en los servidores de destino
especificados. No abandonarán la red empresarial. Esto le permite aprovechar
todas las inversiones en el servidor TFS local y aprovechar las funcionalidades de
lanzamiento en Azure Pipelines.
 Orígenes de artefactos: TeamCity
Para realizar la integración con TeamCity, primero debe instalar los artefactos
de TeamCity para Azure Pipelines extensión desde Marketplace.
 Orígenes de artefactos: artefactos
personalizados
Además de los orígenes de artefacto integrados, Azure Artifacts admite la
integración de cualquier origen de artefacto personalizado con el modelo de
extensibilidad de artefactos. Puede conectar cualquier origen de artefacto
personalizado y Azure DevOps proporcionará una experiencia de usuario de
primera clase y una integración perfecta.
 Orígenes de artefactos: otros orígenes

Los artefactos se pueden crear y exponer por otros tipos de orígenes, como un
repositorio de NuGet. Aunque seguimos expandiendo los tipos de orígenes de
artefacto admitidos en Azure Pipelines, puede empezar a usarlo sin esperar a
que se admita un tipo de origen específico. Simplemente omita la vinculación
de orígenes de artefactos en una canalización de versión y agregue tareas
personalizadas a las fases que descargan los artefactos directamente desde el
origen.
Origen principal
Al vincular varios orígenes de artefactos a una canalización de versión, uno de
ellos se designa como origen del artefacto principal. El origen del artefacto
principal se usa para establecer una serie de variables predefinidas.
 Variables de artefacto

Azure Pipelines expone un conjunto de variables predefinidas a las que puede

acceder y usar en tareas y scripts; por ejemplo, al ejecutar scripts de
PowerShell en trabajos de implementación. Cuando hay varios orígenes de
artefactos vinculados a una canalización de versión, puede acceder a
información sobre cada uno de estos. Para obtener una lista de todas las
variables de artefacto predefinidas,
 Vistas Lógica

La vista lógica: es la encargada de mostrar los principales elementos de diseño y sus

relaciones de forma independiente de los detalles técnicos y de cómo la funcionalidad
será implementada en la plataforma de ejecución. En esta vista se expresan los
patrones de diseño arquitectónico, en especial el patrón de capas lógicas (layers), y en
su mayor parte se enfoca en la facilidad de desarrollo, gestión de la configuración y
reuso o funcionalidades comunes. De esta vista del sistema se pueden derivar los
siguientes aspectos importantes en el código fuente:

• La estructura de carpetas de la solución.

• La distribución en proyectos o paquetes y las relaciones entre ellos.
• Las referencias (import y access) entre componentes internos y externos.
• El flujo de datos de la solución entre cada una de las capas
 Vista conceptual.
Se describe el sistema en términos de sus elementos principales de diseño y
las relaciones entre éstos, dentro de un dominio determinado. Esta vista es
independiente de las decisiones de implementación y enfatiza en los
protocolos de interacción entre los elementos de diseño.
 Vista Física
La vista física: describe el mapeo del software en el hardware dentro del
diseño arquitectónico. Esta vista abarca los que forman la topología de
hardware en la que la aplicación se ejecuta. Se enfoca en la distribución,
comunicación y aprovisionamiento y se construye desde la perspectiva de un
ingeniero de plataforma que se preocupa por el hardware y las comunicaciones
con sus requisitos no funcionales asociados, tales como disponibilidad,
confiabilidad, rendimiento, carga de trabajo y escalabilidad.
Esta vista muestra los artefactos propios del despliegue de la aplicación y sus
dependencias en tiempo de ejecución. Dichos artefactos se mapean a los
componentes de la vista lógica para conformar una representación completa de
la plataforma. Los elementos del código fuente producto de esta vista son:

• Las tecnologías y versiones utilizadas.

• Los archivos (artefactos) específicos.
• Las referencias entre artefactos.
• La caracterización de los artefactos.
• Los nombres y extensiones de los archivos.