Los recursos Deployment y DeploymentConfig de OpenShift nos proporcionan la funcionalidad de desplegar aplicaciones. Son dos métodos similares pero diferentes para la gestión del despliegue de aplicaciones.

  • Estos recursos describen el estado deseado de una aplicación y lo usamos como plantillas para la creación de Pods.

  • Los objetos DeploymentConfig, son propios de la API de OpenShift y utilizan recursos ReplicationController para gestionar los Pods de la aplicación. Para ello se utiliza un Deploy Pod, responsable de la creación de los Pods.

    dc

  • Los objetos Deployment utilizan recursos ReplicaSets para el control de los Pods.

    deploy

Características del recurso DeploymentConfig

  1. Un objeto DeploymentConfig es una plantilla para ejecutar aplicaciones.
  2. Podemos actualizar los despliegues con el uso de triggers (disparadores).
  3. Además de las estrategias de despliegue que poseen los Deployment (Rolling Update y Recreate), podemos crear estrategias personalizadas.
  4. Podemos usar ganchos (lifecycle hooks) para ejecutar comportamientos personalizados a lo largo del ciclo de vida del despliegue.
  5. Versionado de la aplicación para permitir la reversión manual o automática en caso de fallo de despliegue.
  6. Escalado manual de la replicación y autoescalado.

Cuando se crea un objeto DeploymentConfig, se crea un ReplicationController que representa la plantilla de pod. Un Pod de despliegue (Pod Deploy) es el responsable de crear los nuevos Pods.

Si se actualiza un despliegue, se creará otro ReplicationController, que por medio de otro Pod de despliegue eliminará los Pods antiguos y creará los nuevos. El objeto ReplicationController antiguo se conserva para permitir la vuelta a la versión anterior de la aplicación.

Comparación de los objetos Deployment y DeploymentConfig

La recomendación es usar objetos Deployment, a menos que necesites una función o un comportamiento específicos proporcionados por los objetos DeploymentConfig.

Para ayudarnos a elegir que recurso usar, veamos algunas características de cada uno de ellos:

  1. El diseño de los dos recursos es distintos: los objetos DeploymentConfig prefieren la consistencia, mientras que los objetos Deployments toman la disponibilidad por encima de la consistencia.
  2. Los DeploymentConfig permiten volver automáticamente a la última versión operativa en caso de fallo.
  3. Los objetos Deployment de forma implícita desencadenan un nuevo despliegue si hay un cambio en la configuración del recurso. Sin embargo, en los objetos DeploymentConfig, se actualizan por varios motivos: cambio de configuración, cambio de imagen,… además, podemos configurar su uso por medio de triggers (disparadores).
  4. Los DeploymentConfig tiene la posibilidad de ejecutar ciertos procesos en su ciclo de vida con los lifecycle hooks.
  5. Los DeploymentConfig tiene la posibilidad de configurar estrategias personalizadas de despliegues.
  6. Los recursos Deployment no utilizan un Pod Deploy, por lo que pueden tener varios ReplicaSet activos, sin embargo los DeploymentConfig, pueden tener como máximo un Pod Deploy en ejecución, por lo que sólo dos ReplicationController pueden estar activos al mismo tiempo. Esto se traduce que los Deployment pueden hacer despliegues más rápidos.
  7. En los objetos DeploymentConfig, no se puede hacer un escalado parcial, es decir escalar un despliegue que se está ejecutando. Sin embargo, los Deployment sí permiten esta característica.
  8. Usando objetos Deployment podemos pausar el despliegue, sin embargo, en los DeploymentConfig, al no poder parar el Pod Deploy, no se pueden pausar los despliegues.

Por último, recordar que desde la versión 4.5 de OpenShift, al desplegar una aplicación usando el comando oc new-app se utilizará el recurso Deployment por defecto. Si queremos usar un recurso DeploymentConfig habrá que indicarlo explícitamente.

Updated: