Saltar al contenido principal

Deployment

Un Deployment en SleakOps significa la instalación de una nueva versión de tu aplicación. Esto involucra tres componentes principales, que conforman un Helm Release:

  • Releases: Son combinaciones versionadas de tus Workloads incluyendo WebServices, Workers, CronJobs y Hooks.
  • Build Image: Representado por un Build.
  • Configuration Values: Estos comprenden recursos como Volumes y VariableGroups.
info

Cuando haya una actualización de cualquiera de estos recursos que no se desplegó inmediatamente, SleakOps la encola como un cambio pendiente y muestra un badge Publish en el entorno.

Desplegando tu ProjectEnv​

Al crear un Deployment, obtenemos la imagen correspondiente al Build que se va a desplegar. Antes de esto, ejecutamos el Helm Release en el namespace del clúster adecuado. Este release de Helm incluye los servicios de Kubernetes necesarios, ingresses, workers y otros servicios.

Existen varios métodos para generar un Deployment. Estos se describen a continuación. Ten en cuenta que forzamos ciertos Deployments. Para más detalles, consulta Más sobre Deployment.

  • Workloads: Proporciona un conmutador que te permite decidir si ejecutar un nuevo Deployment.
  • VariableGroup: Funciona de manera similar a las Cargas de Trabajo, pero no crea un nuevo Release. En su lugar, solo actualiza los valores del Deployment.
  • Dependency: Desencadena un Deployment automáticamente. Profundiza más sobre esto en Más sobre Deployment.
DEPLOY-deploy-switcher

Deployment Manual​

Si no realizas el deployment de tus cambios inmediatamente, o si tu modificación no fuerza un deployment, tienes tres métodos para ejecutar un Deployment:

  • Build section: Usando el botón Deploy, puedes determinar qué Build desplegar.
DEPLOY-build-button

Cambios pendientes​

  • Badge Publish: los entornos con contenido pendiente que aún no se desplegó en el clúster muestran un badge Publish en la lista de Projects, el dashboard del Project y la lista de Deployments. Hacer clic en él abre el detalle del deployment pendiente, donde revisas los cambios acumulados y los publicas. Ver Cambios Pendientes y Publicación.

  • A través del CLI .