Cuestionario: CI/CD y Despliegue de Aplicaciones

Pregunta 1 de 20

¿Qué es un "pipeline" en el contexto de CI/CD?

El proceso de compresión de archivos estáticos del front-end

Una secuencia automatizada de pasos (build, test, deploy) que el código debe superar antes de llegar a producción

Una rama de Git dedicada exclusivamente al código de producción

Un canal de red entre el repositorio y el servidor de producción

Pregunta 2 de 20

¿Qué es un "Canary Release" (Despliegue Canario)?

Un despliegue nocturno automático cuando los usuarios están inactivos

Una estrategia de rollback automático basada en alertas de canarios en las métricas

Desplegar la nueva versión exclusivamente en servidores dedicados a tests de carga

Lanzar la nueva versión a un pequeño porcentaje de usuarios para validar antes del despliegue total

Pregunta 3 de 20

¿Qué es un "artifact" (artefacto) en un pipeline de CI/CD?

Un servidor dedicado exclusivamente a ejecutar los pipelines

El resultado del proceso de build (código compilado, imagen Docker, bundle) listo para ser desplegado o analizado

Un bug encontrado automáticamente durante las pruebas del pipeline

Una branch de Git creada automáticamente por el CI para cada Pull Request

Pregunta 4 de 20

¿Cuál es el concepto detrás del principio "Fail Fast" en CI/CD?

Detener todo el pipeline si un solo test falla para ahorrar recursos del servidor

Desplegar a producción sin tests para entregar más rápido y corregir después

Detectar y reportar errores en las primeras etapas del pipeline para dar feedback rápido a los desarrolladores

Reducir el tiempo de build usando menos workers en el servidor de CI

Pregunta 5 de 20

¿Cuál es el beneficio principal de ejecutar tests automáticamente en cada Pull Request?

Reemplazar completamente la revisión de código manual (code review)

Asegurar que todos los desarrolladores usen el mismo IDE

Detectar regresiones y errores de forma temprana, antes de que el código llegue a la rama principal

Evitar que los desarrolladores hagan commits demasiado frecuentes

Pregunta 6 de 20

¿Qué herramienta se usa para gestionar secretos (API keys, contraseñas) de forma segura en GitHub Actions?

Un archivo `.env.secret` que se sube al repositorio en una rama privada

GitHub Secrets: valores cifrados configurados en el repositorio/organización y referenciados con ${{ secrets.NOMBRE }}

Se guardan directamente en el archivo YAML del workflow con codificación Base64

Se pasan como argumentos en la URL del webhook que dispara el pipeline

Pregunta 7 de 20

¿Qué herramienta de CI/CD es especialmente popular en entornos Java y empresariales?

Laravel Forge

Vite

Webpack

Jenkins

Pregunta 8 de 20

¿Qué es una estrategia de despliegue "Blue-Green"?

Mantener dos entornos idénticos para poder cambiar el tráfico de la versión antigua a la nueva y hacer rollback instantáneo

Desplegar en un servidor azul para desarrollo y uno verde para producción de forma permanente

Colorear el código según su estado de despliegue en el dashboard de CI

Una estrategia de branching donde main es blue y develop es green

Pregunta 9 de 20

¿Qué significa CI en el contexto de CI/CD?

Continuous Integration (Integración Continua)

Code Inspector (Inspector de Código)

Cloud Instance (Instancia en la Nube)

Container Infrastructure (Infraestructura de Contenedores)

Pregunta 10 de 20

¿Cuál es el propósito de un entorno de "Staging"?

Un entorno para que los desarrolladores prueben código experimental sin restricciones

Una réplica del entorno de producción para validar la nueva versión antes del despliegue real al público

El servidor donde se almacenan los artefactos históricos de todos los builds

Un entorno de desarrollo compartido entre todos los miembros del equipo

Pregunta 11 de 20

¿Cuál es la función de un "runner" en GitHub Actions?

El servidor que ejecuta físicamente los jobs definidos en el workflow

Una herramienta para paralelizar los tests de forma automática

El trigger (evento) que inicia la ejecución del workflow

El componente que analiza la cobertura de código tras ejecutar los tests

Pregunta 12 de 20

¿Qué son las variables de entorno (Environment Variables) en un pipeline de CI/CD y para qué se usan?

Variables que miden el tiempo de ejecución de cada paso del pipeline

Configuraciones del sistema operativo del servidor de CI exclusivamente

Variables de JavaScript que solo existen dentro del archivo de configuración del pipeline

Valores de configuración externos al código que varían por entorno, usados también para gestionar secretos de forma segura

Pregunta 13 de 20

¿Qué es un "health check" en el proceso de despliegue?

Un script que mide la cobertura de tests del pipeline

Una verificación automática del estado de la aplicación tras el despliegue antes de enrutar el tráfico hacia ella

Un proceso que analiza la salud del servidor de CI/CD

Una revisión manual del código por el líder técnico antes de aprobar el deploy

Pregunta 14 de 20

¿Cuál es la diferencia entre Continuous Delivery y Continuous Deployment?

Delivery es para aplicaciones web; Deployment para aplicaciones móviles

Son sinónimos, se usan indistintamente en la industria

Delivery requiere aprobación manual para producción; Deployment despliega automáticamente a producción sin intervención humana

Delivery implica contenedores Docker; Deployment implica servidores tradicionales

Pregunta 15 de 20

¿Qué problema resuelve el "semantic versioning" (versionado semántico) en el despliegue de software?

Controlar cuántas versiones de la aplicación pueden ejecutarse en paralelo en producción

Asignar automáticamente el número de versión basándose en la cantidad de líneas de código

Sincronizar automáticamente el número de versión con el número de commits en Git

Comunicar mediante números (MAJOR.MINOR.PATCH) el tipo e impacto de los cambios de cada versión lanzada

Pregunta 16 de 20

¿Qué hace un proceso de "rollback" en el contexto del despliegue?

Revertir la aplicación a una versión anterior estable cuando el nuevo despliegue falla o presenta errores críticos

Hacer merge de la rama de hotfix directamente a producción saltando el pipeline

Limpiar los artefactos y logs antiguos del servidor de CI

Reiniciar el pipeline desde el principio al detectar un error en el build

Pregunta 17 de 20

¿Cuál es el archivo de configuración principal para definir un workflow en GitHub Actions?

Archivos YAML dentro de `.github/workflows/`

Jenkinsfile en la raíz del proyecto

Un archivo `.actions` en la raíz del proyecto

El archivo `package.json` con una sección "actions"

Pregunta 18 de 20

¿Qué tipo de tests es más recomendable ejecutar en la fase de CI por su velocidad y bajo costo?

Tests end-to-end con un navegador real abierto

Tests manuales realizados por el equipo de QA

Tests de carga y stress para simular miles de usuarios simultáneos

Tests unitarios, por su rapidez y bajo costo en ejecución

Pregunta 19 de 20

¿Qué significa "Infrastructure as Code" (IaC) en el contexto de DevOps?

Almacenar el código fuente de la aplicación en la misma máquina que la base de datos

Usar un lenguaje de programación para reemplazar las interfaces gráficas de AWS o Azure

Definir y gestionar la infraestructura mediante código versionable (Terraform, CloudFormation) en lugar de configuraciones manuales

Escribir el código de la aplicación directamente en el servidor de producción

Pregunta 20 de 20

¿Cuál es la ventaja de usar un registry de contenedores privado (como AWS ECR o GitHub Container Registry)?

Ofrece mayor velocidad de build porque está más cerca del servidor

Almacenar imágenes de forma segura y privada, controlando el acceso y protegiendo el código propietario

Las imágenes privadas pesan menos que las públicas automáticamente

Permite ejecutar contenedores sin necesidad de Docker Engine en el servidor

Completa tus datos para el ranking

Tu nombre o alias *

Correo electrónico

Quiero recibir tips de programación, nuevos tests y contenido exclusivo