saltar al contenido
volver al mapa
práctica
etapa: source → prod
2 min de lectura

CI/CD

La columna vertebral del software moderno: cada commit se convierte en build, pruebas y deploy sin intervención manual.

GitHub ActionsGitLab CIJenkinsAzure DevOps

Qué es

La (CI) es la práctica de validar automáticamente cada cambio de código: en cada push o pull request, el pipeline compila el proyecto y ejecuta las pruebas. El objetivo es descubrir en minutos, no en semanas, que un cambio rompió algo.

La Entrega/ (CD) extiende el pipeline hasta el final: el artefacto validado se empaqueta y se publica. En la entrega continua el deploy a producción todavía exige un clic humano; en el despliegue continuo, todo lo que pasa los gates sale a producción solo.

Anatomía de un pipeline

Los nombres varían entre herramientas, pero casi todo pipeline sigue la misma columna vertebral:

  • source: un push o PR dispara el pipeline desde el repositorio
  • build: compila, instala dependencias y resuelve lo que el código necesita
  • test: pruebas unitarias, de integración y verificaciones de seguridad
  • package: genera el artefacto final: binario, paquete o
  • deploy: publica en staging y, después, en producción
  • monitor: observabilidad, alertas y camino de rollback

El pipeline en código

La abstracción se vuelve claridad cuando ves el pipeline escrito: el workflow de abajo es un pipeline real de GitHub Actions, con el disparador (source), build, pruebas y una verificación de seguridad ejecutándose como un paso más.

.github/workflows/ci.ymlyaml
name: ci
on: [push, pull_request]        # stage source: qué lo dispara
jobs:
  ci:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npm ci                # build: instala de forma reproducible
      - run: npm test              # test: la suite de pruebas
      - run: npx semgrep ci        # la seguridad entra como un paso más
      - run: docker build -t app . # package: genera el artefacto

Por qué es el punto central de la seguridad

Cada stage es una compuerta donde puede entrar una verificación de seguridad: y en el build, en staging, en el source. Eso es lo que explora .

Lo inverso también vale: quien controla el pipeline controla lo que va a producción. El ataque a SolarWinds (2020) comprometió exactamente el sistema de build: el pipeline se convirtió en el vector de distribución del malware. El pipeline es infraestructura crítica.

CIintegración continuaIntegrar cambios pequeños en una rama compartida con frecuencia, con cada cambio compilado y probado automáticamente, para que los problemas de integración aparezcan en minutos.ver en el glosario →CDentrega continua · despliegue continuoLa entrega continua mantiene cada cambio listo para desplegarse en cualquier momento; el despliegue continuo va más allá y libera automáticamente a producción cada cambio que pasa las pruebas.ver en el glosario →Imagen de contenedorUna pila de capas de solo lectura más metadatos desde la cual arrancan los contenedores. Se identifica por un digest y se etiqueta con un nombre mutable.ver en el glosario →SASTAnálisis estático: examina el código sin ejecutarlo. Encuentra problemas por análisis de flujo, no por adivinación.ver en el glosario →SCAAnálisis de composición: inventaría las dependencias de terceros y las cruza con CVEs conocidos.ver en el glosario →DASTPrueba dinámica: ataca la aplicación en ejecución, desde afuera, en caja negra.ver en el glosario →Secrets scanningEscaneo de credenciales expuestas en código, commits e historial de git.ver en el glosario →DevSecOpsSeguridad como código dentro del CI/CD, con gates automatizados y responsabilidad compartida.ver en el glosario →

conexiones en el mapa

actualizado el 14/10/2026 · fuentes para profundizar · reportar un error

en otros dominios

Desbloquea

pon a prueba lo que entendiste

Cargando preguntas…