El Proyecto | Sobre nosotros | Contribuir | Donaciones | Licencia
HOME Mis cursos Finalizados
◄ Anterior
◄

Diferencias entre CI y CD

Siguiente ►
►

En este tema, exploraremos las diferencias clave entre la Integración Continua (CI) y la Entrega Continua (CD). Aunque a menudo se mencionan juntos y están estrechamente relacionados, CI y CD son conceptos distintos dentro del ciclo de vida del desarrollo de software. Comprender estas diferencias es crucial para implementar prácticas DevOps efectivas.

  1. Definición de CI y CD

Integración Continua (CI)

La Integración Continua es una práctica de desarrollo de software en la que los desarrolladores integran su código en un repositorio compartido varias veces al día. Cada integración es verificada por un build automatizado y pruebas para detectar errores lo antes posible.

Objetivos de CI:

  • Detectar errores rápidamente.
  • Reducir el tiempo de integración.
  • Mejorar la calidad del software.

Entrega Continua (CD)

La Entrega Continua es una práctica en la que el código que ha pasado por el proceso de CI se despliega automáticamente en un entorno de producción o preproducción. Esto asegura que el software esté siempre en un estado que pueda ser lanzado a producción en cualquier momento.

Objetivos de CD:

  • Asegurar que el software esté siempre listo para ser desplegado.
  • Reducir el tiempo de entrega de nuevas funcionalidades.
  • Minimizar el riesgo de despliegue.

  1. Comparación entre CI y CD

Aspecto Integración Continua (CI) Entrega Continua (CD)
Enfoque Principal Integración frecuente de código Despliegue frecuente de código
Objetivo Detectar errores rápidamente Asegurar que el código esté listo para producción
Automatización Compilación y pruebas Despliegue y pruebas adicionales
Frecuencia Varias veces al día Puede ser varias veces al día o menos frecuente
Beneficios Mejora la calidad del código, reduce conflictos de integración Reduce el tiempo de entrega, mejora la confiabilidad del despliegue
Herramientas Jenkins, Travis CI, CircleCI Spinnaker, Octopus Deploy, AWS CodePipeline

  1. Ejemplo Práctico

Para ilustrar cómo funcionan CI y CD en la práctica, consideremos un flujo de trabajo típico en un proyecto de desarrollo de software.

Flujo de Trabajo de CI

  1. Desarrollador A realiza cambios en el código y los envía al repositorio.
  2. Un servidor de CI (por ejemplo, Jenkins) detecta el cambio y ejecuta un build.
  3. El servidor de CI ejecuta una suite de pruebas automatizadas.
  4. Si el build y las pruebas son exitosos, el código se integra en la rama principal.
# Ejemplo de configuración de Jenkinsfile para CI
pipeline {
    agent any
    stages {
        stage('Build') {
            steps {
                sh 'mvn clean install'
            }
        }
        stage('Test') {
            steps {
                sh 'mvn test'
            }
        }
    }
    post {
        success {
            echo 'Build y pruebas exitosas!'
        }
        failure {
            echo 'Build o pruebas fallidas.'
        }
    }
}

Flujo de Trabajo de CD

  1. El código que ha pasado por CI se despliega automáticamente en un entorno de preproducción.
  2. Se ejecutan pruebas adicionales (por ejemplo, pruebas de integración y pruebas de aceptación del usuario).
  3. Si todas las pruebas son exitosas, el código se despliega en producción.
# Ejemplo de configuración de Jenkinsfile para CD
pipeline {
    agent any
    stages {
        stage('Deploy to Pre-Production') {
            steps {
                sh 'deploy.sh pre-production'
            }
        }
        stage('Integration Tests') {
            steps {
                sh 'run-integration-tests.sh'
            }
        }
        stage('Deploy to Production') {
            steps {
                input '¿Desplegar a producción?'
                sh 'deploy.sh production'
            }
        }
    }
    post {
        success {
            echo 'Despliegue exitoso!'
        }
        failure {
            echo 'Despliegue fallido.'
        }
    }
}

  1. Ejercicio Práctico

Ejercicio: Configurar un Pipeline de CI/CD

  1. Objetivo: Configurar un pipeline de CI/CD utilizando Jenkins.
  2. Instrucciones:
    • Configura un repositorio de Git con un proyecto de ejemplo.
    • Configura Jenkins para que detecte cambios en el repositorio.
    • Crea un Jenkinsfile que incluya etapas para compilación, pruebas y despliegue.
    • Asegúrate de que el pipeline despliegue el código en un entorno de preproducción y luego en producción.

Solución:

pipeline {
    agent any
    stages {
        stage('Build') {
            steps {
                sh 'mvn clean install'
            }
        }
        stage('Test') {
            steps {
                sh 'mvn test'
            }
        }
        stage('Deploy to Pre-Production') {
            steps {
                sh 'deploy.sh pre-production'
            }
        }
        stage('Integration Tests') {
            steps {
                sh 'run-integration-tests.sh'
            }
        }
        stage('Deploy to Production') {
            steps {
                input '¿Desplegar a producción?'
                sh 'deploy.sh production'
            }
        }
    }
    post {
        success {
            echo 'Pipeline completado exitosamente!'
        }
        failure {
            echo 'Pipeline fallido.'
        }
    }
}

  1. Resumen

En esta sección, hemos cubierto las diferencias clave entre la Integración Continua (CI) y la Entrega Continua (CD). Mientras que CI se enfoca en la integración frecuente del código y la detección temprana de errores, CD se centra en asegurar que el código esté siempre listo para ser desplegado en producción. Ambos son componentes esenciales de una estrategia DevOps efectiva y, cuando se implementan juntos, pueden mejorar significativamente la calidad y la velocidad de entrega del software.

En el próximo tema, exploraremos las herramientas populares de CD y cómo pueden ser utilizadas para automatizar el proceso de despliegue.

◄ Anterior
◄
Siguiente ►
►
El Proyecto | Sobre nosotros | Contribuir | Donaciones | Licencia
© Copyright 2024. Todos los derechos reservados