More
    InicioComputadoras y laptops¿Qué es Pipeline as Code? | Función del software

    ¿Qué es Pipeline as Code? | Función del software

    Pipeline as Code es una función del software Jenkins de código abierto. Aquí no es necesario configurar las secuencias de trabajos. En cambio, pueden almacenarse como scripts. Esto ofrece varias ventajas en el trabajo diario.

    Como solución gratuita de código abierto, Jenkins se ha convertido en la aplicación estándar para la automatización en el desarrollo de software. Con la introducción de la segunda versión en 2016, los desarrolladores de CloudBees integraron Pipeline as Code, una función que anteriormente solo estaba disponible como complemento.

    Desde entonces, las secuencias de trabajos se pueden almacenar como scripts de forma predeterminada. Antes de eso, tenían que configurarse a través de la interfaz de usuario de la aplicación. Esto crea grandes ventajas, especialmente en entornos de desarrollo complejos.

    Las canalizaciones tienen dos tareas principales en el desarrollo y la provisión de aplicaciones:

    1. 1. Los trabajos se pueden jerarquizar aquí. Hay una secuencia de cuándo se llevan a cabo las tareas.
    2. Las innovaciones se comprueban en la tubería. Las rutinas de prueba se insertan como parte de la secuencia del trabajo.

    Durante el desarrollo, la tubería garantiza una estabilidad de aplicación significativamente mayor y, al mismo tiempo, se adapta de manera flexible. En nuestro tiempo, apenas existen soluciones de software que no provengan de un pipeline. Por tanto, su estructura es de particular importancia. En particular, los procesos automáticos deben poder insertarse, modificarse y eliminarse rápida y fácilmente.

    Las tuberías se estructuran básicamente según el principio del dominó. Un trabajo completado desencadena la siguiente tarea. Las secuencias definidas se adhieren automáticamente.

    La solución original de Jenkins

    Jenkins se basó originalmente en una interfaz gráfica de usuario (GUI), que todavía se puede utilizar en la actualidad. Los trabajos se pueden configurar y posicionar a mano. El resultado final es básicamente una línea de tiempo o un sistema de coordenadas (que tampoco ha cambiado con Pipeline as Code). La idea detrás de este enfoque tenía como objetivo la accesibilidad: incluso las personas que no pueden codificar deberían poder construir una tubería correspondiente. La idea de que la mayoría de la gente en el desarrollo de software puede (debe) codificar fue aparentemente ignorada.

    La interfaz de usuario pronto reveló algunas debilidades:

    • Los cambios en los detalles solo se pueden realizar con gran esfuerzo.
    • Los escenarios «Si, entonces» difícilmente se pueden implementar, lo cual es un problema especialmente para las rutinas de prueba.
    • Las secuencias de trabajos paralelas tampoco son ajustables.
    • Debido al principio dominó de una canalización, los cambios en la secuencia a través de la interfaz casi siempre significan que son necesarias revisiones extensas.

    Las mejoras a través de Pipeline as Code

    Las mejoras a través de Pipeline as Code
    Las mejoras a través de Pipeline as Code

    Con Groovy DSL, CloudBees desarrolló su propio lenguaje para Jenkins. Una canalización con script permite realizar cambios menores con facilidad. A menudo, solo es necesario cambiar una línea. También se pueden programar escenarios «Si, entonces» y procesos paralelos.

    Los cambios de secuencia también son mucho más fáciles. Debido a que solo se deben mover, eliminar o agregar líneas de código, generalmente no es necesario realizar modificaciones importantes. Pipeline as Code también ofrece la opción de almacenar opciones, activadores y parámetros para tuberías como estándar. Esto es ventajoso si se deben establecer canales adicionales para secuencias de trabajos.

    Usar canalización como código

    Los scripts para trabajos de canalización deben guardarse como archivos Jenkins. Se almacenan en el SCM. Sin embargo, esto no debería suceder de inmediato. Si inicia Jenkins y llama al área para nuevos trabajos, encontrará las dos entradas siguientes: TUBERÍA y TUBERÍA MULTIBRANCH. En el primer caso, el script se puede asignar directamente a un trabajo.

    El sistema prueba el código. Si todo funciona, el script se traslada al SCM. La canalización real se configura mediante la segunda entrada. Aquí solo se debe especificar el repositorio. Jenkins ahora está buscando el archivo de Jenkins aquí y hace todo lo demás automáticamente de acuerdo con la información del archivo correspondiente.

    Pipeline as Code no es un sistema perfecto

    Aunque Pipeline as Code es significativamente mejor que la solución anterior, sigue siendo un sistema con puntos débiles. Por ejemplo, los errores son mucho más difíciles de encontrar en códigos largos que antes. Además, muchas tuberías se construyen innecesariamente complejas. Los desarrolladores se pierden en las oportunidades que les brinda Groovy DSL. Una parte de la mayor eficiencia a través de los scripts se puede perder nuevamente.

    Charles Stuberhttps://tecnologiandroid.com
    Nuevo dueño y administrador de Tecnología Android, estaré encargado de todo el contenido de blog junto con mis nuevos colegas. Espero que nos podamos llevar muy bien. Para contactarte conmigo, escríbeme por la sección de contacto.
    Articulos relacionados

    DEJA UNA RESPUESTA

    Por favor ingrese su comentario!
    Por favor ingrese su nombre aquí

    Ver más

    • Responsable: Charles Stuber.
    • Finalidad:  Moderar los comentarios.
    • Legitimación:  Por consentimiento del interesado.
    • Destinatarios y encargados de tratamiento: No se ceden o comunican datos a terceros para prestar este servicio. El Titular ha contratado los servicios de alojamiento web a Webempresa que actúa como encargado de tratamiento.
    • Derechos: Acceder, rectificar y suprimir los datos.
    • Información Adicional: Puede consultar la información detallada en la Política de Privacidad.

    Te recomendamos leer: