Upsun YAML tags
Back to home
On this page
In addition to the basic functions you should be familiar with, YAML allows for special tags. Upsun accepts certain custom tags to facilitate working with configuration files.
These tags work with Upsun configuration files, but may not elsewhere.
Include
Use the !include
tag to embed external files within a given YAML file.
The tag requires two properties:
Property | Type | Possible values | Description |
---|---|---|---|
type |
string |
string , binary , or yaml |
See the descriptions of strings, binaries, and YAML. Defaults to yaml . |
path |
string |
The path to the file to include, relative to the application directory or source.root . |
Note
By default, path
is relative to the current application’s directory (what you would define with source.root
).
It is possible to include files from a directory parent to the folder however.
For example, for the following project structure:
.
βββ .upsun
|Β Β βββ .upsun/config.yaml
βββ backend
βΒ Β βββ main.py
βΒ Β βββ requirements.txt
βΒ Β βββ scripts
βΒ Β βββ ...
βΒ Β βββ common_build.sh
βββ frontend
Β Β βββ README.md
Β Β βββ package-lock.json
Β Β βββ package.json
Β Β βββ public
Β Β βββ scripts
Β Β βΒ Β βββ clean.sh
Β Β βββ src
This configuration is valid:
applications:
frontend:
source:
root: frontend
# ...
hooks:
build: !include
type: string
path: ../backend/scripts/common_build.sh
string
Use string
to include an external file inline in the YAML file as if entered as a multi-line string.
For example, if you have a build hook like the following:
applications:
myapp:
hooks:
build: |
set -e
cp a.txt b.txt
You could create a file for the script:
set -e
cp a.txt b.txt
And replace the hook with an include tag for an identical result:
applications:
myapp:
hooks:
build: !include
type: string
path: build.sh
This helps you break longer configuration like build scripts out into a separate file for easier maintenance.
Even if path
is relative to the current application’s directory, it is also possible to include a shell script from a directory parent to the folder however.
For example, for the following project structure:
.
βββ .upsun
|Β Β βββ config.yaml
βββ backend
βΒ Β βββ main.py
βΒ Β βββ requirements.txt
βΒ Β βββ scripts
βΒ Β βββ ...
βΒ Β βββ common_build.sh
βββ frontend
Β Β βββ README.md
Β Β βββ package-lock.json
Β Β βββ package.json
Β Β βββ public
Β Β βββ scripts
Β Β βΒ Β βββ clean.sh
Β Β βββ src
This configuration is valid:
applications:
frontend:
source:
root: frontend
# ...
hooks:
build: !include
type: string
path: ../backend/scripts/common_build.sh
Note
Please note that Upsun will execute this ../backend/scripts/common_build.sh
script using Dash.
binary
Use binary
to include an external binary file inline in the YAML file.
The file is base64 encoded.
For example, you could include a favicon.ico
file in the same folder as your app configuration.
Then you can include it as follows:
some-property:
favicon: !include
type: binary
path: favicon.ico
yaml
Use yaml
to include an external YAML file inline as if entered directly.
Because yaml
is the default, you can use it without specifying the type.
For example, you could have your configuration for works defined in a worker.yaml
file:
commands:
start: python queue-worker.py
variables:
env:
type: worker
Then the following three configurations are exactly equivalent:
workers:
queue1: !include "worker.yaml"
workers:
queue1: !include
type: yaml
path: 'worker.yaml'
workers:
queue1:
commands:
start: python queue-worker.py
variables:
env:
type: worker
This can help simplify more complex files.
For multiple application project, you can also include another .upsun/apps/my-app.yaml
file in the main .upsun/config.yaml
.
source:
root: "/"
type: "nodejs:18"
web:
commands:
start: "node index.js"
upstream:
socket_family: tcp
locations:
"/":
passthru: true
and including it:
applications:
myapp:
!include ./apps/my-app.yaml
Archive
Use the !archive
tag for a reference to an entire directory specified relative to where the YAML file is.
For example, you might want to define a configuration directory for your Solr service. You might do so as follows:
mysearch:
type: solr:8.0
configuration:
conf_dir: !archive "solr/conf"
The !archive
tag means that the value for conf_dir
isn’t the string solr/conf
but the entire solr/conf
directory.
This directory is in the .upsun
directory, since that’s where the .upsun/config.yaml
file is.
The solr/conf
directory is then copied into the Upsun management system to use with the service.