Deployment
In Juju, a deployment is all the infrastructure that Juju manages and the applications running on that infrastructure. This document gives details about what a deployment looks like depending on the infrastructure – that is, what the agent, worker, charm, workload, unit, etc., setup looks like when you deploy an application on a machine cloud versus a Kubernetes cloud.
Contents:
Machine deployment
The diagram below depicts the result of running juju deploy <machine charm>
on a machine cloud, assuming a typical scenario with just one unit per machine (there may be more).
If you’re curious about deployments to a system container on a VM:
On most machine clouds, Juju makes it possible to deploy to a system container inside the machine rather to the machine directly. The result doesn’t change much – in terms of the diagram above, the only difference would be another box in between the BM/VM and its contents standing in for the system container, and two sets of machine agents and machine workers instead of one, one for the BM/VM and one for the container.
Kubernetes deployment
The diagram below depicts the result of running juju deploy <kubernetes charm>
on a Kubernetes cloud, assuming a typical case with just one workload container per pod (there may be more and there may be none).
Last updated a month ago.