¿Qué sabes sobre el Controlador de Replicación?

El Controlador de Réplicas (RC) es un recurso obsoleto en Kubernetes que garantiza una cantidad específica de pods con una plantilla determinada en todo momento. Mantiene el ciclo de vida de los pods, los reinicia automáticamente en caso de fallos y crea nuevos pods según sea necesario para mantener la cantidad deseada de réplicas.

Funciones principales y limitaciones del RC:

• Mantener el número deseado de réplicas: Garantiza que siempre se ejecute la cantidad especificada de pods.
• Auto-recuperación: Reinicia o crea pods en caso de eliminación, fallo o caída del nodo.
• Escalado: Permite aumentar o disminuir manualmente el número de réplicas.
• Actualización: No proporciona estrategias integradas para una actualización "sin interrupciones" de los pods (por ejemplo, Actualización Continua). Para ello, se requieren mecanismos adicionales u orquestación.
• Obsoleto: Reemplazado por un recurso más funcional y flexible: Deployment.

Deployment utiliza ReplicaSet (el sucesor del RC con capacidades extendidas de selectores) para gestionar los pods y añade funcionalidades como:

• Estrategias de actualización (Actualización Continua, Recreate).
• Revertir a la versión anterior.
• Pausar y reanudar despliegues.

Ejemplo de manifiesto RC:

apiVersion: v1
kind: ReplicationController
metadata:
  name: myapp-rc
spec:
  replicas: 3 # Número deseado de pods
  selector:
    app: myapp # Selector para buscar pods gestionados por RC
  template: # Plantilla para crear nuevos pods
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp-container
        image: nginx:latest # Imagen del contenedor
        ports:
        - containerPort: 80

A pesar de estar obsoleto, entender RC es importante para comprender la evolución de los recursos de gestión de pods en Kubernetes y los principios de funcionamiento de ReplicaSet y Deployment, que lo reemplazaron. En despliegues nuevos, se debe usar Deployment en lugar de Replication Controller.