Puntos clave: Una tubería de despliegue automatiza la entrega del código desde el control de versiones hasta la producción, mejorando la eficiencia y la fiabilidad. Consta de etapas como control de versiones, pruebas de aceptación, despliegue independiente y despliegue en producción, minimizando errores y riesgos manuales.
- Las prácticas CI/CD agilizan el proceso de despliegue.
- Los despliegues azul/verde y canario Reduce los riesgos durante los lanzamientos en producción.
Una pipeline de despliegue están el proceso automatizado que toma el código del control de versiones y lo entrega a producción, sin pasos manuales. En cualquier equipo de ingeniería de software, una pipeline de despliegue bien diseñada permite a desarrolladores y profesionales DevOps compilar, construir, probar y desplegar su código de forma fiable a gran velocidad y escala.
Los componentes de pipeline más comunes son automatización de compilaciones /integración continua, automatización de pruebas y automatización de despliegue , soportadas por herramientas de cinco categorías: control de versiones, herramientas de compilación, contenedorización, gestión de configuración y monitorización.
¿Qué es una cadena de despliegue?
Una pipeline de despliegue están el proceso de tomar código del control de versiones y ponerlo a disposición de los usuarios finales de forma automatizada y repetible. Antes de los Pipelines de despliegue , liberar software era un proceso manual propenso a sobrecarga de comunicación y errores humanos.
El objetivo clave están la automatización total: no se requieren pasos manuales ni cambios entre ninguna etapa de la pipeline. La ejecución manual de tareas repetitivas introduce errores humanos que pueden afectar entregables y, en algunos casos, violar los SLAs debido a despliegues fallidos o mal realizados.
¿Cuáles son las etapas de una cadena de despliegue?
Una pipeline típica de despliegue se mueve a través de cuatro etapas: control de versiones, pruebas de aceptación, despliegue independiente y despliegue en producción.
Las etapas de una pipeline de despliegue típica son las siguientes.
Control de versiones
Pruebas de aceptación
Las pruebas de aceptación están el proceso de ejecutar una serie de pruebas automatizadas sobre código compilado para verificar que cumple con los criterios de aceptación predefinidos establecidos por la empresa.
Despliegue independiente
Despliegue en producción
Los desarrolladores de software remiten los cambios de código al control de versiones (por ejemplo, GitHub). Cada commit activa la primera etapa de la cadena de despliegue, que ejecuta la compilación de código, pruebas unitarias, análisis de código y creación de instaladores. Si todos los pasos se completan con éxito, los ejecutables son ensamblados en binarios y almacenados en un repositorio de artefactos para su uso posterior.
El despliegue independiente es el proceso de desplegar artefactos compilados y probados en entornos de desarrollo. Idealmente, esos entornos deberían reflejar la producción lo más fielmente posible, permitiendo que el software se pruebe funcionalmente en infraestructuras similares a producción antes de cualquier prueba automatizada o manual adicional.
El despliegue en producción están gestionado normalmente por el equipo de Operaciones o DevOps. Sigue un proceso similar al despliegue independiente pero está dirigido a servidores de producción en vivo. Para minimizar riesgos, esta etapa suele utilizar despliegues azul/verde o lanzamientos canarios, ambos Permite lanzamientos sin inactividad y retrocesos directos de versiones si surgen problemas inesperados. Cuando no hay despliegue sin tiempo de inactividad disponible, son acuerdan ventanas de lanzamiento con la empresa con antelación.
¿Qué es CI/CD y cómo se relaciona con los deployment Pipelines?
CI/CD—integración continua y entrega continua—están la práctica que hace que los Pipelines de despliegue sean rápidos, fiables y repetibles.
La integración continua (CI) están la práctica de los desarrolladores que commiten código en un repositorio controlado por versiones varias veces al día. La compilación automatizada Pipelines desencadenada por cada check-in Permite detección rápida y precisa de errores. Los principales beneficios de la CI incluyen: cambios pequeños se integran más fácilmente en grandes bases de código; los errores son detectan pronto y son más baratos de corregir; la calidad del código están validada de forma consistente; y menos problemas de integración permiten una entrega rápida.
La entrega continua (CD) están el proceso que permite a los ingenieros de desarrollo y operaciones entregar correcciones de errores, funcionalidades y cambios de configuración en producción de forma fiable, rápida y sostenible. Los beneficios clave incluyen lanzamientos de menor riesgo habilitados por despliegues azul/verde y canario, entrega más rápida de correcciones de funciones y errores, y ahorro de costes mediante lotes de versiones iterativas más pequeñas que incorporan la retroalimentación de los usuarios más rápido.
¿Qué son los despliegues azul/verde?
Un despliegue azul/verde reduce el riesgo y el tiempo de inactividad manteniendo dos entornos de producción espejados—uno designado "azul" y otro designado como "verde"—con solo uno atendiendo tráfico activo en cada momento.
Durante un despliegue, el software se están liberado en el entorno no activo mientras el tráfico de producción continúa sin interrupciones. Una vez superadas todas las pruebas, el enrutamiento del tráfico cambia al entorno recién actualizado. En el siguiente ciclo de despliegue, los roles se invierten: el entorno previamente activo se convierte en el objetivo de etapas.
¿Qué son los despliegues de canarios?
Un despliegue canario se diferencia de un despliegue azul/verde en que no requiere dos entornos duplicados completos ejecutándose en paralelo. En su lugar, una versión canaria despliega una nueva versión a un número o porcentaje específico de usuarios o servidores, permitiendo pruebas en producción en vivo antes de un despliegue completo.
El principal beneficio de las versiones canarias están la detección temprana de fallos : si surgen problemas, los cambios pueden revertirse rápidamente, limitando el número de usuarios o servicios afectados.
¿Qué herramientas se pueden te utiliza para construir una pipeline CI/CD?
Varias herramientas ampliamente utilizadas apoyan la construcción de Pipelines CI/ CD fiables y robustos , todas ellas ofreciendo niveles gratuitos para Obtén:
- Jenkins
- Azure DevOps (anteriormente VSTS)
- CodeShip
En resumen, CI es el proceso automatizado que permite a los equipos de desarrollo de software hacer check-in y verificar la calidad de su código. CD permite a los equipos de desarrollo y operaciones entregar nuevas funciones y correcciones de errores a los usuarios finales de forma automatizada y fiable.
Preguntas frecuentes
¿Cuál está la diferencia entre una pipeline de despliegue y una pipeline CI/CD?
Los términos son suelen usarse de forma intercambiable, pero difieren en alcance. Una pipeline CI/CD abarca específicamente la integración continua (compilación y prueba automatizadas con commit de código) y entrega continua (proceso automatizado de liberación). Una pipeline de despliegue están el sistema más amplio de extremo a extremo que mueve código desde el control de versiones pasando por entornos de prueba hasta la producción en vivo—CI/CD están un enfoque para implementarlo.
¿Qué ocurre si una etapa de la pipeline de despliegue falla?
Si alguna etapa falla—como una prueba unitaria, una comprobación de análisis de código o una prueba de aceptación—la tubería se detiene y el cambio no se está promovido a la siguiente etapa. El desarrollador está notificado para que el problema pueda solucionarse y la tubería reactivarse. Este enfoque basado en puertas evita que el código roto llegue a producción.
¿Cómo Reduce un pipeline de despliegue el riesgo de despliegue?
Al automatizar cada etapa del proceso de lanzamiento y hacer cumplir puertas de calidad entre etapas, una pipeline de despliegue elimina los errores manuales que causan la mayoría de los fallos de despliegue. Los despliegues azul/verde y los lanzamientos canario Reduce aún más el riesgo al permitir lanzamientos sin inactividad y retrocesos instantáneos cuando surgen problemas inesperados.
¿Qué es un repositorio de artefactos y por qué necesita uno una canalización?
Un repositorio de artefactos es una ubicación de almacenamiento para salidas compiladas y probadas de compilación: binarios, paquetes o imágenes de contenedores. La tubería de despliegue almacena allí artefactos verificados tras la etapa de compilación, de modo que las etapas posteriores utilicen exactamente la misma compilación validada en lugar de recompilar desde el código fuente, asegurando la coherencia entre entornos.
¿Puede funcionar una pipeline de despliegue sin contenecerización?
Sí. La contenedorización están una categoría común de herramientas en los Pipelines de despliegue, pero no está un requisito. Los Pipelines son anteriores a la contenedorización. Dicho esto, los contenedores Haz que la paridad ambiental entre desarrollo, staging y producción sea significativamente más fácil de Lograr, reduciendo los fallos de despliegue "trabaja en mi máquina".
Lecturas relacionadas
- BMC DevOps Blog
- DevOps Guide, una serie de 30+ artículos sobre DevOps
- Entrega continua vs despliegue vs integración: ¿Cuál es la diferencia?
- Desplegar vs lanzar software: ¿Cuál es la diferencia?
- Explicación de la automatización de pruebas: por qué y cómo automatizar las pruebas
- Pruebas de desplazamiento a la izquierda: qué, por qué y cómo desplazarse a la izquierda
Las opiniones expresadas en esta publicación son del autor y no reflejan necesariamente la posición oficial de BMC.
Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.