Quickstart¶
To deploy with Kubdeploy you will require Helm, and Kubedeploy's Helm repo.
This section covers how to deploy and modify the deployment of our containerized application by modifying default Kubedeploy values.
Values overrides
Charts values can be customized either by using --set
on the command line or by using a custom values.yaml
file and passing it to helm install
command.
It is recommended to use a values.yaml
file as some overrides might be to complex for --set
on command line
Deploying simple application¶
We can easily deploy any containerized application by specifying a custom repository as a configurable value.
Defining image version¶
Default application version
If unspecified, Kubedeploy will use latest
as image tag
If we don't want to run our deployment from the latest tag, we can easily specify desired app version as well:
Changing deployment modes¶
DeploymentModes
By default, Kubedeploy will create Kubernetes Deployment for your container image.
We can also deploy our image as StatefulSets:
Persistence¶
Persistence support
Changing deploymentMode
to Statefulset will not enable persistence by default
We can define persistent storage and its size by adjusting persistency
values:
values.yaml | |
---|---|
Can I use persistence with Deployments?
Kubedeploy supports persistency only for StetefulSets. However, you will learn in advanced examples how to enable persistent volumes even for Deployments.
Exposing the application¶
Up until now, we have added Nginx as an application in our Kubernetes cluster. It's time to expose it on public domain:
values.yaml | |
---|---|
- Opens port
80
for container. Ingress will automatically use first container port for routing traffic.
- Opens port
80
for container. Ingress will automatically use first container port for routing traffic.
What's next?¶
Check out Best practices and Examples by Values sections for more currated examples on customizable values in Kubedeploy chart.
Look into Reference section for Kubedeploy Changelog or Values for more information.