Model

See also:

In Juju, a model is an abstraction that holds applications and application supporting components – machines, storage, network spaces, relations (integrations), etc.

A model is created by a user, and owned in perpetuity by that user (or a new user with the same name), though it may also be used by any other user with a model access level, within the limits of their level.

A model is created on a controller. Both the model and the controller are associated with a cloud (and a cloud credential), though they do not both have to be on the same cloud (this is a scenario where you have a ‘multicloud controller’ and where you may have ‘cross-model relations (integrations)’). Any entities added to the model will use resources from that cloud.

One can deploy multiple applications to the same model. Thus, models allow the logical grouping of applications and infrastructure that work together to deliver a service or product. Moreover, one can apply common configurations to a whole model. As such, models allow the low-level storage, compute, network and software components to be reasoned about as a single entity as well.

Model taxonomy

Models are of two types:

  1. The controller model (controller). This is your Juju management model. A Juju deployment will have just one controller model, which is created by default when you create a controller (juju bootstrap). It typically contains a single machine, for the controller (since Juju 3.0, the controller application). If controller high availability is enabled, then the controller model would contain multiple instances. The controller model may also contain certain applications which it makes sense to deploy near the controller – e.g., starting with Juju 3.0, the juju-dashboard application.

  2. Regular model. This is your Juju workload model. A Juju deployment may have many different workload models, which you create manually (juju add-model). It is the model where you typically deploy your applications.

The picture below illustrates a typical deployment with one controller model containing one controller machine and a number of regular models, each containing multiple workload machines.

machine

Model configuration

A model configuration is a rule or a set of rules that define the behavior of a model – including the controller model.

See more: List of model configuration keys, How to configure a model

The About application modelling link in the ‘see also’ section at the beginning is dead; where should it point to?

1 Like

Fixed it, thanks!

The picture below illustrates a typical deployment with one controller model containing one controller machine and a numer of regular models, each containining multiple workload machines.

I think number is mistakenly type as numer

1 Like

Hi! As user solutayo mentioned, in the following passage,

numer should be number

but I also think that containining should be containing.

The picture below illustrates a typical deployment with one controller model containing one controller machine and a numer of regular models, each containining multiple workload machines.

well spotted! fixed both.

2 Likes