Skip to main content

Deployment

A Deployment in Sleakops signifies the installation of a new version of your application. This involves three primary components, together forming a Helm Release:

  • Releases: These are versioned combinations of your Services including WebServices, Workers, CronJobs, and Hooks.
  • Build Image: Represented by a Build.
  • Configuration Values: These comprise resources like Volumes and VariableGroups.
info

When there's an update to any of these resources, Sleakops will notify you about a Deployment via the unpublished banner shown below.

Deploying your ProjectEnv​

Upon creating a Deployment, we fetch the image corresponding to the Build to be deployed. Before this, we execute the Helm Release in the appropriate cluster namespace. This Helm release includes necessary Kubernetes services, ingresses, workers, and other services.

Various methods exist to generate a Deployment. These are outlined below. Note that we force certain Deployments. For details, refer to More on Deployment.

  • Service: Provides a switcher allowing you to decide whether to run a new Deployment.
  • VariableGroup: Operates similarly to Services but doesn't create a new Release. Instead, it only updates the values of the Deployment.
  • Dependency: Triggers a Deployment automatically. Delve deeper into this at More on Deployment.
DEPLOY-deploy-switcher

Manual Deployment​

If you skip deploying your changes immediately, or if your modification doesn't enforces a deployment, you have three methods to execute a Deployment:

  • Build section: Utilizing the Deploy button, you can determine which Build to deploy.
DEPLOY-build-button

Unpublished banner​

  • Unpublished Changes Banner: This banner is shown when there's content pending that was not yet deployed on the cluster. Through this banner, you have the choice to deploy only the VariableGroups or if you want to deploy everything, including the Services in the 'draft' state.
DEPLOY-deploy-changes-banner