Plantilla

Introducción

DevOps en Azure abarca un amplio rango de servicios que cubren el ciclo completo de desarrollo de un producto. Los módulos que componen este software como servicio (SaaS) son los siguientes (Microsoft Docs, s.f.-b):

• Azure Boards: este módulo permite realizar planeación de sprints y backlogs, rastreo de elementos de trabajo y herramientas de reporteo.

Azure Pipelines: una plataforma de integración continua (CI) y despliegue continuo (CD) con soporte para contenedores y/o kubernetes.
Azure Repos: este módulo provee repositorios de Git hospedados en una nube privada.
Azure Artifacts: provee un método integrado de manejo de paquetes con soporte para Python, npm, Maven y NuGet provenientes de fuentes privadas y públicas, simplificando su administración y seguimiento.

Azure DevOps es un conjunto de servicios y herramientas para lograr una buena administración en todo el ciclo de vida del desarrollo de software, ya que soporta la mayoría de las plataformas de desarrollo, así como lenguajes de programación.

Explicación

Construcción (build) de aplicaciones

Azure Devops no se centra en organizaciones que son de un extremo a otro de Microsoft o Windows. Azure DevOps proporciona una plataforma que es:

Flexible: no tienes que hacer todo lo posible en Azure DevOps. Es posible adoptar cada uno de los servicios de forma independiente e integrarlos con su cadena de herramientas existente; las herramientas más populares son compatibles.
Independiente de la plataforma: diseñado para funcionar con cualquier plataforma (Linux, MacOS y Windows) o lenguaje (incluidas las aplicaciones Node.js, Python, Java, PHP, Ruby, C/C ++, .Net, Android e iOS). Azure DevOps no solo está dirigido a organizaciones que construyen y envían código .Net.
Independiente de la nube: la entrega continua es compatible con AWS y GCP, así como con Azure.

La automatización de construcción/compilación (build) es el proceso de automatizar la recuperación de código fuente, compilarlo en código binario, ejecutar pruebas automatizadas y publicarlo en un repositorio centralizado compartido. La automatización de la construcción es fundamental para el éxito de los procesos de DevOps.

La automatización de la construcción permite la integración continua (CI). Por lo tanto, el papel de CI en el proceso de compilación automatizado es que CI utiliza la automatización de compilación para verificar los registros y permitir que los equipos detecten problemas con anticipación.

Hay cinco beneficios principales de la automatización de la construcción:

Aumenta la productividad. La automatización de la construcción garantiza una respuesta rápida. Esto significa que como desarrollador aumentas tu productividad. Pasarás menos tiempo tratando con herramientas y procesos, y más tiempo entregando valor.
Acelera la entrega. La automatización de la construcción ayuda a acelerar la entrega. Esto se debe a que elimina las tareas redundantes y garantiza que encuentre los problemas más rápido, para que puedas publicar más rápido.
Mejora la calidad. La automatización de la construcción ayuda a tu equipo a moverse más rápido. Eso significa que podrás encontrar problemas más rápido y resolverlos para mejorar la calidad general de tu producto y evitar malas compilaciones.
Mantiene un historial completo. La automatización de compilación mantiene un historial completo de archivos y cambios. Eso significa que podrás realizar un seguimiento de los problemas hasta su origen.
Ahorra tiempo y dinero. La automatización de la construcción ahorra tiempo y dinero. Esto se debe a que la automatización de la compilación lo prepara para CI/CD, aumenta la productividad, acelera la entrega y mejora la calidad.

Cuando se logra automatizar la construcción, las pruebas y, por último, la liberación del código, los equipos tanto de desarrollo como de tecnologías de información podrán realizar múltiples tareas como los cambios y resolución de errores en corto tiempo y también tomarán decisiones con más rapidez.

Despliegue (deploy) de aplicaciones

En las versiones anteriores de Azure DevOps, si la aplicación necesitaba implementarse en varios servidores, la comunicación remota de Windows PowerShell debía habilitarse manualmente. Los puertos necesarios se abrían y el agente de implementación se instalaba en cada uno de los servidores. Las canalizaciones se administraban manualmente si se requería realizar múltiples implementaciones.

Todos los desafíos anteriores se han manejado sin problemas con la introducción de los grupos de implementación.
El grupo de implementación instala un agente de implementación en cada uno de los servidores de destino del grupo configurado e indica al canal de lanzamiento que implemente gradualmente la aplicación en todos estos servidores que pertenecen al grupo de implementación. Se pueden crear múltiples tuberías (pipelines) para las implementaciones, de modo que la última versión de la aplicación se pueda proporcionar de manera escalonada a los múltiples grupos de usuarios para validar las características recién introducidas.

Los grupos de implementación son un conjunto de servidores que tienen instalados agentes y representan los entornos de desarrollo, prueba y producción; estos grupos solo se utilizan en las canalizaciones típicas y son diferentes a los trabajos de implementación, ya que estos son un conjunto de tareas de implementación que se definen en un archivo YAML para realizar una tarea en específico.

Con los grupos de implementación puedes realizar los siguiente:

Etiquetar los servidores para tener un conjunto específico de destinos.
Monitorear las bitácoras en tiempo real de cada servidor al momento de lanzar las entregas y descargar los reportes de los servidores para identificar las implementaciones de manera individual.
Otorgar permisos a los usuarios para administrar y monitorear el o los grupos en cuestiones de seguridad al momento de crear los grupos.

Los grupos de implementación son muy útiles en las organizaciones con múltiples proyectos y una de las ventajas de estos grupos es que cuando se crea uno nuevo, este se provisiona automáticamente en los grupos que corresponden a cada proyecto.

Automatización de despliegues

El despliegue continuo (CD) es el proceso de crear, configurar, probar e implementar desde un entorno de construcción hasta uno de producción. Varios entornos de pruebas crean una canalización de lanzamiento para la automatización de nueva infraestructura y la implementación de nuevas compilaciones. Los siguientes entornos tienen tareas de integración, carga y pruebas de validación de los usuarios finales que se ejecutan e iteran progresivamente. La integración continua (CI) es la que inicia el proceso de despliegue continuo hasta el final de las pruebas de validación de la aplicación.

El despliegue continuo (DC) en sí mismo es un conjunto de procesos, herramientas y técnicas que permiten la entrega rápida, confiable y continua de software. Entonces, CD no se trata solo de configurar una tubería, aunque esa parte es importante. El CD trata sobre la creación de un entorno de trabajo que tiene las siguientes características (Microsoft Docs, s.f.-a):

Cuenta con un proceso confiable y repetible para lanzar e implementar software.
Automatiza todo lo posible.
No deje de hacer algo que es difícil o doloroso. En cambio, se hace con más frecuencia para descubrir cómo convertirlo en una rutina.
Mantiene todo bajo el control de código fuente.
Están de acuerdo los desarrolladores en que terminado significa liberado.
Incorpora calidad en el proceso. La calidad nunca es una ocurrencia tardía.
Son responsables todos los que intervengan en el proceso de publicación. Ya no se trabaja en silos.
Busca la mejora continua siempre.

CD es una práctica esbelta y su meta es mantener la producción actualizada utilizando la ruta más corta desde la disponibilidad hasta el control de las versiones, así como nuevos paquetes de implementación. Gracias a la automatización se minimizan los tiempos de mitigación o resolución de incidentes, así como los tiempos de implementación.

Crear una tubería de construcción con Azure Pipelines

Aprenderás cómo crear una tubería (pipeline) básica de DevOps utilizando la plataforma como servicio de Microsoft. Lo primero que tienes que hacer es crear una cuenta en Azure DevOps Services.