Docker y Kubernetes en el examen TAI: lo que cayó en 2026 y lo que vendrá

Contenedores y orquestación son ya tema obligado del examen TAI. En 2026 cayeron preguntas explícitas sobre Docker y Kubernetes, y la tendencia para 2027 apunta a más peso aún. Repasamos qué tienes que saber con seguridad, qué trampas usa el tribunal y cómo abordarlo desde cero.

Por qué Docker y Kubernetes cayeron en TAI 2026

El temario oficial del TAI incluye virtualización, contenedores y microservicios en el bloque IV (tema "Virtualización, contenedores, microservicios y nube"). Hasta 2022 las preguntas iban más sobre conceptos clásicos de virtualización (hipervisores tipo 1 y 2, VMware, Hyper-V). A partir de 2024 empieza a aparecer Docker con preguntas conceptuales. En 2026 ya cayeron preguntas explícitas tanto de Docker como de Kubernetes en la primera parte teórica.

La Administración General del Estado está migrando muchos de sus servicios a infraestructura contenerizada, lo que explica el peso creciente en examen. Para TAI 2027 es altamente probable que el peso siga aumentando, especialmente en los supuestos prácticos del Bloque IV.

Virtualización: la base que tienes que tener clara

Antes de meterte con contenedores, conviene entender el contexto. Los hipervisores son el software que permite ejecutar máquinas virtuales:

Contenedores: diferencia con máquinas virtuales

Esta es la trampa principal que el tribunal usa con contenedores. Memoriza estas diferencias porque es donde la mayoría falla:

Docker: lo que el tribunal pregunta

Conceptos clave

• Imagen: plantilla inmutable de solo lectura. Se construye desde un Dockerfile.
• Contenedor: instancia en ejecución de una imagen. Es efímero (se borra cuando termina, salvo que uses volúmenes).
• Dockerfile: archivo de texto con instrucciones para construir una imagen. Cada instrucción genera una "capa" cacheable.
• Registry: repositorio donde se almacenan imágenes. Docker Hub es el público; las empresas suelen usar registries privados (Harbor, AWS ECR, Azure ACR).
• Volumen: mecanismo para persistir datos fuera del ciclo de vida del contenedor.

Instrucciones esenciales del Dockerfile

Comandos Docker más importantes

docker build -t miapp:1.0 .       # Construir imagen desde Dockerfile
docker images                     # Listar imágenes locales
docker run -d -p 8080:80 nginx    # Ejecutar contenedor en background
docker ps                         # Listar contenedores en ejecución
docker ps -a                      # Listar TODOS (incluidos parados)
docker logs <contenedor>          # Ver logs
docker exec -it <cont> sh         # Shell interactivo
docker stop <contenedor>          # Parar
docker rm <contenedor>            # Borrar contenedor
docker rmi <imagen>               # Borrar imagen
docker volume create datos        # Crear volumen
docker network create red1        # Crear red

Docker Compose: orquestación local

Cuando una aplicación necesita varios contenedores (frontend + backend + base de datos), Docker Compose permite definirlos juntos en un fichero docker-compose.yml en YAML.

version: '3.8'
services:
  web:
    image: nginx
    ports:
      - "8080:80"
  api:
    build: ./api
    environment:
      DB_HOST: postgres
  postgres:
    image: postgres:15
    volumes:
      - pgdata:/var/lib/postgresql/data
volumes:
  pgdata:

Comandos clave: docker compose up -d (arrancar), docker compose down (parar y borrar), docker compose logs (ver logs).

Kubernetes: orquestación a escala

Kubernetes (K8s) es el orquestador estándar para contenedores en producción. Lo que el tribunal pregunta son los conceptos arquitectónicos, no los comandos concretos.

Arquitectura de Kubernetes

• Cluster: conjunto de nodos administrados como uno solo.
• Control Plane (master): gestiona el cluster. Componentes:
  • API Server: punto de entrada (REST).
  • etcd: base de datos clave-valor que almacena el estado del cluster.
  • Scheduler: decide en qué nodo se ejecuta cada Pod.
  • Controller Manager: ejecuta los controladores (Deployment, ReplicaSet, etc.).
• Worker nodes: donde se ejecutan los contenedores. Cada nodo tiene:
  • kubelet: agente que habla con el API Server.
  • kube-proxy: gestiona reglas de red.
  • Container runtime: Docker (deprecado en K8s 1.24+), containerd, CRI-O.

Objetos básicos de Kubernetes

Comandos kubectl esenciales

kubectl get pods                           # Listar pods
kubectl get pods -n produccion             # En namespace concreto
kubectl get all                            # Listar todo el namespace actual
kubectl describe pod <nombre>              # Detalles de un pod
kubectl logs <pod>                         # Ver logs
kubectl exec -it <pod> -- sh               # Shell interactivo
kubectl apply -f deployment.yaml           # Aplicar manifest
kubectl delete -f deployment.yaml          # Eliminar lo definido en manifest
kubectl scale deployment miapp --replicas=5  # Escalar
kubectl rollout undo deployment miapp      # Revertir despliegue

Trampas frecuentes del tribunal con contenedores

1. Contenedores vs máquinas virtuales: aislamiento, kernel compartido, seguridad. Trampa: confundir el nivel de aislamiento real.
2. Imagen vs contenedor: imagen = plantilla, contenedor = ejecución.
3. Pod = contenedor: falso. Un Pod puede tener varios contenedores; un contenedor solo está dentro de un Pod.
4. Kubernetes ya no usa Docker como runtime: desde K8s 1.24 se usa containerd o CRI-O por defecto. Docker sigue siendo el cliente más popular para construir imágenes.
5. Secrets no están cifrados: Base64 no es cifrado.
6. Service vs Ingress: Service trabaja en capa 4 (TCP/UDP), Ingress en capa 7 (HTTP). Ingress requiere un Ingress Controller (Nginx, Traefik) instalado.
7. EXPOSE en Dockerfile no abre el puerto: es documentación. Lo abre -p en docker run o ports: en compose.
8. StatefulSet vs Deployment: Deployment para apps sin estado (web), StatefulSet para apps con estado (bases de datos).

Cómo prepararte para preguntas de contenedores en TAI 2027

1. Domina los conceptos primero, no los comandos: el tribunal pregunta arquitectura (qué es un Pod, qué es un Deployment), no scripts.
2. Memoriza las diferencias clave: contenedor vs VM, imagen vs contenedor, Service vs Ingress, Deployment vs StatefulSet.
3. Practica con preguntas reales: en MIMIR tienes preguntas de Docker y Kubernetes de las convocatorias 2024 y 2026, y preguntas IA generadas y validadas.
4. Repasa el tema completo de virtualización: los hipervisores tipo 1 vs 2 siguen cayendo en preguntas tradicionales.

Recursos relacionados

• 📖 Examen TAI 2026: análisis bloque por bloque
• 📖 Subnetting TAI: ejercicios resueltos paso a paso
• 📖 Códigos HTTP en el examen TAI
• 📖 Tema — Virtualización, Docker y microservicios (resumen gratis)