Las 26 mejores preguntas y respuestas de la entrevista sobre Docker para 2025

Preguntas básicas de la entrevista sobre Docker

Primero, familiarízate con algunos conceptos fundamentales de Docker. Estas preguntas básicas te ayudarán a construir tu comprensión y a prepararte para la fase inicial de la entrevista. 

1. ¿Qué es una imagen Docker?

Una imagen Docker es como un plano que crea contenedores. Tiene todo lo que un desarrollador necesita para ejecutar una aplicación, como por ejemplo 

• Código 
• Libraries 
• Ajustes 

Cuando utilizas una imagen Docker, Docker la convierte en un contenedor, que es un entorno totalmente aislado. Ahí es donde la aplicación se ejecuta de forma independiente. 

2. ¿Qué es un host Docker? 

Un host Docker es el sistema donde instalamos Docker. Actúa como el entorno principal que ejecuta y gestiona los contenedores Docker. Podemos configurar un host Docker en un dispositivo local o en un entorno virtual o en la nube.

3. ¿En qué se diferencia un cliente Docker de un demonio Docker? ¿Puedes compartir un ejemplo? 

El cliente Docker y el demonio Docker trabajan codo con codo, pero tienen funciones distintas. El cliente Docker es la herramienta que envía comandos y el demonio Docker es el motor que actúa sobre esos comandos. 

Por ejemplo, si escribimos el comando docker run para iniciar un contenedor, el cliente tomará la petición y la enviará al demonio Docker. El demonio Docker se encargará entonces del trabajo real iniciando el contenedor. 

4. ¿Puedes explicar qué es la red Docker y qué comandos pueden crear un puente y una red superpuesta?

La red Docker permite a los contenedores conectarse y comunicarse con otros contenedores y hosts. El comando docker network create nos permite configurar redes definidas por el usuario.  

• Red de puentes: Crea una red local para la comunicación entre contenedores en el mismo host Docker.
• Mando: docker network create -d bridge my-bridge-network
• Esto establece una red puente llamada my-bridge-network para contenedores en el mismo host.
• Red superpuesta: Permite la comunicación entre contenedores a través de múltiples hosts Docker, a menudo utilizado en una configuración Swarm.
• Mando: docker network create --scope=swarm --attachable -d overlay my-multihost-network
• Esto crea una red superpuesta acoplable llamada my-multihost-network para contenedores que se ejecutan en distintos hosts de un Enjambre Docker.

5. Explica cómo funciona la red de puentes Docker. 

La red puente es la configuración por defecto que utiliza Docker para conectar los contenedores. Si no especificamos una red, Docker la vincula a la red puente. Este puente conecta todos los contenedores del mismo host Docker. Cada contenedor tiene una dirección IP única, que permite a los contenedores comunicarse directamente. 

Preguntas intermedias de la entrevista sobre Docker

Estas preguntas se formulan para poner a prueba tus conocimientos de los conceptos de Docker de nivel intermedio.

6. ¿Qué es un Dockerfile? Explica cómo lo escribirías. 

Un Dockerfile es un script que define las instrucciones para construir una imagen Docker. Cada comando del Dockerfile configura una parte específica del entorno. Cuando ejecutamos estos comandos, Docker construye una imagen capa a capa. Así es como podemos escribirlo: 

1. Primero, elige una imagen base. Contiene herramientas esenciales para la aplicación. 
2. A continuación, especifica un directorio de trabajo dentro del contenedor. Ahí es donde se almacenarán y ejecutarán los archivos de la aplicación. 
3. En el tercer paso, utiliza el comando COPY . . para copiar todos los archivos del proyecto en el directorio de trabajo del contenedor. 
4. Utiliza el comando RUN para instalar las dependencias. 
5. Utiliza el comando EXPOSE para especificar el puerto en el que se ejecuta tu aplicación. 
6. Ahora, define el comando que Docker debe ejecutar cuando inicie el contenedor. 

Aquí tienes un ejemplo sencillo de un Dockerfile para una aplicación web Python:

# Step 1: Choose a base image
FROM python:3.9-slim
# Step 2: Specify the working directory
WORKDIR /app
# Step 3: Copy project files into the container
COPY . .
# Step 4: Install dependencies
RUN pip install -r requirements.txt
# Step 5: Expose the port the app runs on
EXPOSE 5000
# Step 6: Define the default command
CMD ["python", "app.py"]

Utilizando el Dockerfile anterior, puedes construir una imagen con docker build -t my-python-app . y ejecutar un contenedor utilizando docker run -p 5000:5000 my-python-app.

7. ¿Qué es Docker Compose y en qué se diferencia de Dockerfile?

Docker Compose es una herramienta para definir y gestionar aplicaciones Docker multicontenedor mediante un archivo YAML (docker-compose.yml). Nos permite configurar servicios, redes y volúmenes en un único archivo, lo que facilita la gestión de aplicaciones complejas.

Diferencias con Dockerfile:

• Un Dockerfile se utiliza para construir una sola imagen Docker definiendo sus capas y dependencias.
• Docker Compose se utiliza para ejecutar y orquestar varios contenedores que pueden depender unos de otros (por ejemplo, un contenedor de aplicación web y un contenedor de base de datos).

Por ejemplo, un archivo docker-compose.yml podría tener este aspecto:

version: '3.9'
services:
  web:
    build: .
    ports:
      - "5000:5000"
    depends_on:
      - db
  db:
    image: postgres
    volumes:
      - db-data:/var/lib/postgresql/data
volumes:
  db-data:

Este archivo define dos servicios, web y db, con configuraciones de red y volumen.

8. ¿Por qué utilizamos volúmenes en Docker? 

Utilizamos volúmenes Docker para mantener los datos seguros fuera de los contenedores Docker. Proporcionan una ubicación separada en los hosts donde viven los datos aunque se elimine el contenedor. Además, es más fácil gestionar, hacer copias de seguridad y compartir los volúmenes entre contenedores. 

9. ¿Qué son los montajes bind de Docker y por qué preferimos los volúmenes a los montajes bind? 

Con los montajes bind de Docker, podemos compartir archivos entre la máquina anfitriona y un contenedor. Conectan un archivo concreto del sistema anfitrión a una ubicación del contenedor. Si hacemos algún cambio en los archivos, aparecerá instantáneamente dentro del contenedor. 

Los montajes Docker son adecuados para compartir archivos en tiempo real, pero dependen del SO anfitrión, lo que plantea problemas de seguridad. 

Al contrario, como los volúmenes Docker funcionan de forma independiente, son más seguros que los montajes.

Diagrama de los montajes y volúmenes de docker bind. Fuente de la imagen: Docker

10. ¿Qué es Docker Swarm?

Docker Swarm es una herramienta de orquestación de contenedores que gestiona y despliega servicios a través de un clúster de nodos Docker. Permite alta disponibilidad, escalabilidad y equilibrio de carga, permitiendo que varios hosts actúen como un único motor Docker virtual.

11. ¿Podemos autoescalar Docker Swarm?

No, Docker Swarm no admite de forma nativa el autoescalado automático. Para conseguir el autoescalado, tenemos que integrar herramientas de supervisión y utilizar scripts para ajustar manualmente el número de instancias. He aquí cómo: 

• Instala una herramienta de monitorización, como Prometheus o Grafana, para hacer un seguimiento del uso de recursos, como la CPU y la memoria.
• Establece los activadores de escala. Por ejemplo, podemos definir que un uso de la CPU superior al 82% activará el escalado. 
• A continuación, escribe un script con el comando docker service scale para ajustar el número de réplicas. Por ejemplo, para escalar un servicio a 5 réplicas: docker service scale =5

Combinando herramientas de monitorización, activadores y scripts, puedes implementar una forma de autoescalado en Docker Swarm, aunque no esté incorporada.

12. ¿Cómo utilizarías Docker Compose para escalar servicios?

Para escalar servicios utilizando Docker Compose, podemos utilizar la bandera --scale con el comando docker-compose up. Se suele utilizar para servicios sin estado, como los servidores web. Por ejemplo, para escalar un servicio web a 3 instancias:

docker-compose up --scale web=3

Es importante asegurarse de que el archivo docker-compose.yml tiene los servicios correctamente definidos y utiliza un equilibrador de carga externo o admite instancias escaladas. Escalar servicios con estado (por ejemplo, bases de datos) requiere una configuración adicional para garantizar la coherencia de los datos.

13. ¿Puede un contenedor reiniciarse solo? Define sus políticas por defecto y siempre. 

Sí, un contenedor puede reiniciarse solo. Sin embargo, tenemos que establecer una política de reinicio para ello. 

Docker tiene diferentes políticas de reinicio que controlan cuándo y cómo deben reiniciarse los contenedores. La política por defecto es no, lo que significa que un contenedor no se reiniciará si se detiene. Con la política Siempre, Docker reiniciará automáticamente el contenedor siempre que se detenga. 

Podemos utilizar este comando para aplicar siempre la política: 

docker run --restart=always

Preguntas avanzadas de la entrevista sobre Docker

Ahora, ¡pasemos a las preguntas avanzadas de la entrevista sobre Docker!

14. Explica el ciclo de vida de los contenedores Docker. 

Un contenedor Docker pasa por un ciclo de vida que define los estados en los que puede estar un contenedor y cómo funciona en esos estados. Las etapas del ciclo de vida de un contenedor Docker son: 

• Crea: En este estado, creamos un contenedor a partir de una imagen con el comando docker create. 
• Corre: Aquí, utilizamos el comando docker start para ejecutar el contenedor, que realiza las tareas hasta que lo detenemos o lo pausamos. 
• Haz una pausa: Utilizamos el comando docker pause para detener el proceso. Este estado mantiene la memoria y el disco intactos. Si quieres reanudar el contenedor, utiliza el comando docker unpause. 
• Para: Si el contenedor está inactivo, entra en la fase de parada, pero esto puede ocurrir por múltiples motivos: 
• Parada inmediata: El comando docker kill detiene el contenedor sin limpiarlo. 
• Finalización del proceso: Cuando el contenedor termina la tarea, se detiene automáticamente. 
• Sin memoria: El contenedor se detiene cuando consume demasiada memoria. 
• Borrar: En la etapa final, eliminamos el contenedor detenido o creado con el comando docker rm.

15. ¿Qué es un repositorio de imágenes Docker? 

Un repositorio de imágenes Docker almacena y comparte varias imágenes de contenedores del mismo nombre con los clientes o la comunidad. Podemos etiquetarlas con etiquetas para diferenciar sus distintas versiones. Por ejemplo, app/marketing_campaign:v1 será la primera versión de una aplicación de marketing, y app/marketing_campaign:v2 será la segunda versión.

Docker Hub, el repositorio de imágenes Docker más popular, permite a los usuarios alojar, compartir y extraer imágenes de contenedores de forma pública o privada. Otras alternativas son Amazon ECR, Google Artifact Registry y GitHub Container Registry.

16. Háblame de 3 buenas prácticas para mantener seguro un contenedor Docker.

Para mejorar la seguridad de los contenedores y minimizar las vulnerabilidades comunes, sigo estas prácticas recomendadas:

1. Elige imágenes ligeras: Utiliza imágenes base mínimas, como Alpine, para reducir la superficie de ataque. 
2. Limita las llamadas al sistema: Como los contenedores Docker pueden acceder a llamadas innecesarias, utiliza herramientas como Seccomp para restringir estas llamadas. 
3. Protege los datos sensibles: Utiliza secretos Docker para gestionar claves o contraseñas API. Cifran los secretos y sólo los hacen disponibles durante el tiempo de ejecución. 

17. ¿Por qué los contenedores Docker necesitan comprobaciones de salud? 

Los contenedores Docker dependen de comprobaciones de salud para garantizar que funcionan sin problemas. Desplegar un contenedor que se está ejecutando pero no procesa peticiones puede crear problemas a los equipos de despliegue. Los chequeos médicos controlan estos problemas en tiempo real y nos informan al instante.

Por ejemplo, se puede añadir una comprobación de salud en un archivo Dockerfile como éste

HEALTHCHECK --interval=30s --timeout=10s --retries=3 CMD curl -f http://localhost:8080/health || exit 1

Esta comprobación de salud hace un ping al punto final de salud del contenedor cada 30 segundos y marca el contenedor como no saludable si falla tres intentos consecutivos. Esta supervisión proactiva ayuda a identificar y resolver los problemas con prontitud.

18. ¿Qué son las imágenes colgantes en Docker y cómo se eliminan? 

Las imágenes colgantes en Docker son capas de imágenes no utilizadas que ya no tienen ninguna etiqueta asociada. Suelen acumularse cuando creas nuevas imágenes con el mismo nombre y etiqueta, dejando las capas antiguas sin referencias. Estas imágenes pueden consumir mucho espacio en disco, por lo que es importante limpiarlas. He aquí cómo: 

1. Ejecuta el comando docker images -f dangling=true para encontrar imágenes colgantes. 
2. A continuación, ejecuta el comando docker image prune -f para borrar todas las imágenes de una sola vez. 
3. Si quieres eliminar imágenes manualmente, utiliza el comando docker rmi -f $(docker images -f dangling=true -q). 

Estos pasos ayudan a mantener limpio tu sistema y a liberar almacenamiento de forma eficiente.

Preguntas de la entrevista sobre Docker y Kubernetes

Docker y Kubernetes se utilizan a menudo juntos, por lo que encontrar algunas preguntas sobre Kubernetes en una entrevista sobre Docker no sería inesperado, sobre todo si el puesto está orientado a DevOps. Aquí tienes algunas preguntas que te pueden hacer:

19. ¿Cuál es la principal diferencia entre Docker y Kubernetes?

Docker es una plataforma de contenedorización que te permite construir, enviar y ejecutar contenedores. Se centra en crear y gestionar contenedores individuales.Kubernetes, por otro lado, es una plataforma de orquestación diseñada para gestionar múltiples contenedores a escala. Se encarga del despliegue, el escalado, el equilibrio de carga y la autorreparación en clusters de nodos.

Obtén más información sobre las diferencias en la entrada del blog Kubernetes vs Docker.

20. Compara Docker Swarm con Kubernetes. 

Kubernetes y Docker Swarm gestionan contenedores, pero funcionan de forma diferente:

• Kubernetes gestiona grandes y complejas configuraciones de contenedores. Sus funciones de autocuración y supervisión incorporadas lo convierten en una opción más adecuada para entornos complejos.
• Docker Swarm es adecuado para configuraciones más pequeñas o menos complejas, ya que no ofrece funciones integradas como Kubernetes. Podemos integrarlo fácilmente con herramientas Docker como Docker CLI y Docker Compose.

21. ¿Cómo gestiona Kubernetes un gran número de contenedores Docker?

Aunque Docker es estupendo para crear y ejecutar contenedores, la gestión de un gran número de ellos requiere Kubernetes. Kubernetes orquesta contenedores de forma eficiente mediante:

• Establecer límites de recursos: Asigna CPU, memoria y otros recursos a cada contenedor para evitar un consumo excesivo.
• Programar contenedores: Kubernetes decide dónde ejecutar cada contenedor, optimizando la utilización de recursos entre los nodos de un clúster.
• Escalado automático: En función de la demanda de carga de trabajo, escala los pods (grupos de uno o más contenedores) hacia arriba o hacia abajo para mantener el rendimiento y la eficiencia.

Al automatizar estos procesos, Kubernetes garantiza un funcionamiento sin problemas, incluso cuando se gestionan miles de contenedores. Aunque pueden producirse errores ocasionales, sus capacidades de autorreparación, como reiniciar los contenedores averiados, minimizan las interrupciones.

22. ¿Qué es un Pod en Kubernetes y en qué se diferencia de un contenedor?

Un Pod es la unidad desplegable más pequeña de Kubernetes y representa un grupo de uno o más contenedores que comparten el mismo espacio de nombres de red, almacenamiento y configuración.A diferencia de los contenedores individuales, los Pods permiten que varios contenedores estrechamente acoplados trabajen juntos como una sola unidad (por ejemplo, un servidor web y un contenedor de registro sidecar).

Visión general de un nodo Kubernetes, destacando los pods y los contenedores. Fuente de la imagen: Kubernetes.

23. ¿Cómo puedes gestionar datos sensibles como las contraseñas en Docker y Kubernetes?

• En Docker: Podemos utilizar secretos Docker, que encriptan los datos sensibles y los hacen accesibles sólo a los contenedores autorizados en tiempo de ejecución.
• In Kubernetes: Utilizamos objetos Secretos, que almacenan datos sensibles como contraseñas, tokens y claves API. Los secretos pueden montarse como volúmenes o exponerse como variables de entorno a los pods de forma segura.

Ejemplo en Kubernetes:

apiVersion: v1
kind: Secret
metadata:
  name: my-secret
type: Opaque
data:
  password: cGFzc3dvcmQ=  # Base64-encoded "password"

Preguntas de la entrevista sobre Docker basadas en escenarios

El entrevistador hace preguntas basadas en escenarios y en la resolución de problemas para comprobar cómo enfocas los problemas del mundo real. Veamos algunas preguntas para que te hagas una idea: 

24. Imagina que estás creando una imagen de una API basada en Maven. Ya has configurado el Dockerfile con las configuraciones básicas. Ahora, observa que el tamaño de la imagen es grande. ¿Cómo lo reducirías? 

Ejemplo de respuesta:

Para reducir el tamaño de una imagen Docker para una API basada en Maven, yo seguiría estos pasos:

Crea un archivo .dockerignore en el directorio del proyecto para especificar los archivos y carpetas que no deben incluirse en el contexto de construcción de Docker. Esto evita que se añadan archivos innecesarios a la imagen, reduciendo su tamaño. Por ejemplo, yo añadiría lo siguiente a .dockerignore:

.git        # Version control files
target      # Compiled code and build artifacts
.idea       # IDE configuration files

Optimiza el Dockerfile utilizando construcciones multietapa. Yo construiría el proyecto Maven en una etapa y copiaría sólo los artefactos necesarios (por ejemplo, archivos JAR compilados) en la etapa final para mantener la imagen pequeña. Ejemplo de archivo Docker con construcción multietapa:

# Stage 1: Build the application
FROM maven:3.8.5-openjdk-11 AS build
WORKDIR /app
COPY pom.xml .
COPY src ./src
RUN mvn clean package
# Stage 2: Create a lightweight runtime image
FROM openjdk:11-jre-slim
WORKDIR /app
COPY --from=build /app/target/my-api.jar .
CMD ["java", "-jar", "my-api.jar"]

Ignorando los archivos innecesarios y utilizando construcciones en varias fases, se puede reducir significativamente el tamaño de la imagen manteniendo la eficacia.

25. Imagina que necesitas enviar una imagen de contenedor Docker al Docker Hub con Jenkins. ¿Cómo lo harías?

Ejemplo de respuesta:

Así es como enviaría una imagen de contenedor Docker a Docker Hub con Jenkins: 

1. Configura una canalización Jenkins: Crea un trabajo de canalización de varias ramas en Jenkins y vincúlalo al repositorio que contiene el archivo Dockerfile y el archivo Jenkinsfile.
2. Define el pipeline en mi Jenkinsfile: El Jenkinsfile incluiría los siguientes pasos:
• Construye la imagen Docker
• Inicia sesión en Docker Hub (utilizando credenciales almacenadas de forma segura en Jenkins)
• Empuja la imagen a Docker Hub
3. Ejecuta la tubería: Activa el trabajo Jenkins. Creará la imagen, se conectará a Docker Hub y la enviará automáticamente.

26. Imagina que tienes que migrar un contenedor Docker de WordPress a un nuevo servidor sin perder ningún dato. ¿Cómo lo harías?

Ejemplo de respuesta: 

Así es como yo migraría un contenedor Docker de WordPress:

1. Haz una copia de seguridad de los datos de WordPress: Exporta los datos persistentes del contenedor (archivos de WordPress y base de datos). Yo utilizaría docker cp o una herramienta de copia de seguridad de volúmenes para hacer copias de seguridad de los volúmenes necesarios, normalmente el directorio html para los archivos de WordPress y el volumen de la base de datos.
2. Transfiere los archivos de copia de seguridad: Yo utilizaría scp para copiar de forma segura los archivos de copia de seguridad al nuevo servidor.
3. Configura WordPress en el nuevo servidor: Yo desplegaría un nuevo contenedor de WordPress y un contenedor de base de datos en el nuevo servidor.
4. Reinicia y verifica: Por último, reiniciaría los contenedores para aplicar los cambios y comprobar que el sitio de WordPress funciona correctamente.

Haciendo una copia de seguridad de los volúmenes y restaurándolos en un nuevo servidor, se puede migrar WordPress sin perder datos. Este método evita depender de extensiones específicas y proporciona más control sobre el proceso de migración.

Consejos para preparar una entrevista Docker

Si estás leyendo esta guía, ¡ya has dado un paso importante para sobresalir en tu próxima entrevista! Pero para los principiantes, prepararse para una entrevista puede ser abrumador. Por eso he reunido algunos consejos:

Domina los fundamentos de Docker

Para sobresalir en una entrevista sobre Docker, empieza con una sólida comprensión de sus conceptos básicos. 

• Aprende cómo las imágenes Docker sirven de modelo para los contenedores, y practica la creación, ejecución y gestión de contenedores para familiarizarte con sus entornos ligeros y aislados. 
• Explora los volúmenes Docker para manejar datos persistentes con eficacia, y sumérgete en las redes experimentando con redes puente, host y superpuestas para facilitar la comunicación entre contenedores. 
• Estudia los Dockerfiles para entender cómo se construyen las imágenes, centrándote en instrucciones clave como FROM, RUN, y CMD. 
• Además, ponte manos a la obra con Docker Compose para gestionar aplicaciones multicontenedor y entiende cómo los registros Docker, como Docker Hub, almacenan y comparten imágenes.

DataCamp ofrece muchos otros recursos para guiarte a lo largo de tu viaje de aprendizaje: 

• Para conceptos introductorios a Docker: Curso de Introducción a Docker 
• Para conceptos intermedios de Docker: Curso Docker Intermedio   
• Para aprender la contenedorización y la virtualización: Curso de Conceptos de Containerización y Virtualización

Adquiere experiencia práctica con Docker

Una vez que hayas aprendido los temas esenciales de Docker, es hora de desafiarte a ti mismo con algún trabajo práctico. Aquí tienes 10 excelentes ideas de proyectos Docker para principiantes y estudiantes más avanzados. Cuando trabajes en estos proyectos, utiliza la hoja de trucos Docker de DataCamp para tener a mano los comandos clave.

Documenta tu experiencia

Prepárate para hablar de tu experiencia con Docker en las entrevistas. Prepara ejemplos de:

• Proyectos: Destaca las aplicaciones Dockerizadas que has construido o a las que has contribuido.
• Desafíos: Describe los problemas que encontraste, como la depuración de contenedores o la optimización de imágenes, y cómo los resolviste.
• Optimización: Comparte cómo has mejorado los tiempos de construcción, reducido el tamaño de las imágenes o agilizado los flujos de trabajo con Docker Compose.
• Colaboración: Si has trabajado en equipo, explica cómo has utilizado Docker para mejorar los procesos de colaboración, prueba o despliegue.

Tus ejemplos del mundo real demostrarán tus conocimientos prácticos y tu capacidad para resolver problemas.

Conclusión

Cuando te prepares para la entrevista, recuerda que estas preguntas son un punto de partida. Aunque memorizar las respuestas puede ayudar, los entrevistadores valoran a los candidatos que pueden demostrar experiencia práctica y una profunda comprensión de los conceptos de la contenedorización. Debes practicar la aplicación de estos conceptos en escenarios del mundo real y construir tus proyectos.

Si eres principiante, empieza con nuestro curso Introducción a Docker. Al final, el éxito en tu entrevista vendrá de combinar los conocimientos teóricos con la experiencia práctica y la capacidad de articular tu enfoque de resolución de problemas.