Cuestionario: CI/CD y Despliegue de Aplicaciones

Pregunta 1 de 20

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

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

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

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

Pregunta 2 de 20

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

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

Configuraciones del sistema operativo del servidor de CI exclusivamente

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

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

Pregunta 3 de 20

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

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

Archivos YAML dentro de `.github/workflows/`

Jenkinsfile en la raíz del proyecto

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

Pregunta 4 de 20

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

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

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

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

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

Pregunta 5 de 20

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

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

Un script que mide la cobertura de tests del pipeline

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

Pregunta 6 de 20

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

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

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

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

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

Pregunta 7 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

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

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

Pregunta 8 de 20

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

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

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

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 9 de 20

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

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

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

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

Pregunta 10 de 20

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

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

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

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 11 de 20

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

Container Infrastructure (Infraestructura de Contenedores)

Cloud Instance (Instancia en la Nube)

Code Inspector (Inspector de Código)

Continuous Integration (Integración Continua)

Pregunta 12 de 20

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

Evitar que los desarrolladores hagan commits demasiado frecuentes

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

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

Asegurar que todos los desarrolladores usen el mismo IDE

Pregunta 13 de 20

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

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

Una herramienta para paralelizar los tests de forma automática

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

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

Pregunta 14 de 20

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

Un entorno de desarrollo compartido entre todos los miembros del equipo

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

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

Pregunta 15 de 20

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

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

Un servidor dedicado exclusivamente a ejecutar los pipelines

Pregunta 16 de 20

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

Laravel Forge

Vite

Webpack

Jenkins

Pregunta 17 de 20

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

Tests manuales realizados por el equipo de QA

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

Tests end-to-end con un navegador real abierto

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

Pregunta 18 de 20

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

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

Permite ejecutar contenedores sin necesidad de Docker Engine en el servidor

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

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

Pregunta 19 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 20 de 20

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

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

Limpiar los artefactos y logs antiguos del servidor de CI

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

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

Completa tus datos para el ranking

Tu nombre o alias *

Correo electrónico

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