Charmcraft extension 'django-framework'

The django-framework Charmcraft extension includes configuration options customised for a Django application. This document describes all the keys that a user may interact with.

If you’d like to see the full contents contributed by this extension:
See How to manage extensions.

Database requirement

Django requires a database to function. When generating a new project, the default is to make use of SQLite^. Using SQLite is not recommended for production, especially on Kubernetes deployments, because the database is not shared across units and any contents will be removed upon a new container being deployed. The django-framework extension therefore requires a database integration for every application, such as PostgreSQL^ or MySQL^. See the how-to guide for how to deploy a database and integrate the Django application with it.

`charmcraft.yaml` > `config` > `options`

You can use the predefined options (run charmcraft expand-extensions for details) but also add your own, as needed.

In the latter case, any option you define will be used to generate environment variables; a user-defined option config-option-name will generate an environment variable named DJANGO_CONFIG_OPTION_NAME where the option name is converted to upper case, dashes will be converted to underscores and the DJANGO_ prefix will be added.

In either case, you will be able to set it in the usual way by running juju config <application> <option>=<value>. For example, if you define an option called token, as below, this will generate a DJANGO_TOKEN environment variable, and a user of your charm can set it by running juju config <application> token=<token>.

config:
  options:
    token:
      description: The token for the service.
      type: string

`charmcraft.yaml` > `peers`, `provides`, `requires`

Your charm already has some peers, provides, and requires integrations, for internal purposes.

Expand to view pre-loaded integrations

peers:
  secret-storage:
    interface: secret-storage
provides:
  metrics-endpoint:
    interface: prometheus_scrape
  grafana-dashboard:
    interface: grafana_dashboard
requires:
  logging:
    interface: loki_push_api
  ingress:
    interface: ingress
    limit: 1

In addition to these integrations, in each provides and requires block you may specify further integration endpoints, to integrate with the following charms and bundles:

Ingress: traefik and nginx ingress integrator
MySQL: machine and k8s charm
PostgreSQL: machine and k8s charm
MongoDB
Canonical Observability Stack (COS)
Redis
SAML
S3
RabbitMQ: machine and k8s charm

These endpoint definitions are as below:

requires:
  mysql:
    interface: mysql_client
    optional: True
    limit: 1

requires:
  postgresql:
    interface: postgresql_client
    optional: True
    limit: 1

requires:
  mongodb:
    interface: mongodb_client
    optional: True
    limit: 1

requires:
  redis:
    interface: redis
    optional: True
    limit: 1

requires:
  saml:
    interface: saml
    optional: True
    limit: 1

requires:
  s3:
    interface: s3
    optional: True
    limit: 1

requires:
  rabbitmq:
    interface: rabbitmq
    optional: True
    limit: 1

The key optional with value False means that the charm will get blocked and stop the services if the integration is not provided.

To add one of these integrations, e.g. PostgreSQL, in the charmcraft.yaml file include the appropriate requires block and integrate with juju integrate <django charm> postgresql as usual.

After the integration has been established, the connection string will be available as an environment variable. Integration with PostgreSQL, MySQL, MongoDB or Redis provides the string as the POSTGRESQL_DB_CONNECT_STRING, MYSQL_DB_CONNECT_STRING, MONGODB_DB_CONNECT_STRING or REDIS_DB_CONNECT_STRING environment variables respectively. Furthermore, the following environment variables will be provided to your Django application for integrations with PostgreSQL, MySQL, MongoDB or Redis:

<integration>_DB_SCHEME
<integration>_DB_NETLOC
<integration>_DB_PATH
<integration>_DB_PARAMS
<integration>_DB_QUERY
<integration>_DB_FRAGMENT
<integration>_DB_USERNAME
<integration>_DB_PASSWORD
<integration>_DB_HOSTNAME
<integration>_DB_PORT
<integration>_DB_NAME

Here, <integration> is replaced by POSTGRESQL, MYSQL MONGODB or REDIS for the relevant integration. The key optional with value False means that the charm will get blocked and stop the services if the integration is not provided.

The provided SAML environment variables are as follows:

SAML_ENTITY_ID (required)
SAML_METADATA_URL (required)
SAML_SINGLE_SIGN_ON_REDIRECT_URL (required)
SAML_SIGNING_CERTIFICATE (required)

The S3 integration creates the following environment variables that you may use to configure your Flask application: :

S3_ACCESS_KEY (required)
S3_SECRET_KEY (required)
S3_BUCKET (required)
S3_REGION
S3_STORAGE_CLASS
S3_ENDPOINT
S3_PATH
S3_API_VERSION
S3_URI_STYLE
S3_ADDRESSING_STYLE
S3_ATTRIBUTES
S3_TLS_CA_CHAIN

The RabbitMQ integration creates the connection string in the environment variable RABBITMQ_CONNECT_STRING. Furthermore, the following environment variables may be provided, derived from the connection string:

RABBITMQ_SCHEME
RABBITMQ_NETLOC
RABBITMQ_PATH
RABBITMQ_PARAMS
RABBITMQ_QUERY
RABBITMQ_FRAGMENT
RABBITMQ_USERNAME
RABBITMQ_PASSWORD
RABBITMQ_HOSTNAME
RABBITMQ_PORT
RABBITMQ_VHOST

The environment variable DJANGO_BASE_URL provides the Ingress URL for an Ingress integration or the Kubernetes service URL if there is no Ingress integration.

HTTP Proxy

Proxy settings should be set as model configurations. Charms generated using the django-framework extension will make the Juju proxy settings available as the HTTP_PROXY, HTTPS_PROXY and NO_PROXY environment variables. For example, the juju-http-proxy environment variable will be exposed as HTTP_PROXY to the Django service.

See more: Juju | List of model configuration keys

Background Tasks

Extra services defined in the file rockcraft.yaml^ with names ending in -worker or -scheduler will be passed the same environment variables as the main application. If there is more than one unit in the application, the services with the name ending in -worker will run in all units. The services with name ending in -scheduler will only run in one of the units of the application.

Secrets

Juju secrets can be passed as environment variables to your Django application. The secret ID has to be passed to the application as a config option in the file charmcraft.yaml file of type secret. This config option has to be populated with the secret ID, in the format secret:<secret ID>.

The environment variable name passed to the application will be:

DJANGO_<config option name>_<key inside the secret>

The <config option name> and <key inside the secret> keywords in the environment variable name will have the hyphens replaced by underscores and all the letters capitalised.

See more: Secret

Last updated 7 days ago. Help improve this document in the forum or File an issue .