Configuration
Runtime Environment
Swiftarr can be run in several environment modes:
- Development: Seeds sample testing data, adds performance testing users, default log level of INFO.
- Production: No sample testing data, no testing users, default log level of WARNING.
“In general” local builds stick with development
mode whereas container images are built with production
mode.
Each environment gets configured by setting a config file in Sources/swiftarr/seeds/Private Swiftarr Config
.
Instance
The Docker Instance deployment configuration provides containerized service dependencies for Swiftarr. In
Sources/swiftarr/seeds/Private Swiftarr Config
copy the Template.env
to your desired runtime environment (example: development.env
). You must then fill in the blanks for passwords, keys, etc.
- Database and Redis configuration must match what is configured in
scripts/docker-compose-instance.yml
. - User passwords (such as
ADMIN_PASSWORD
) can be anything you want. Recovery keys can be one or more words. SWIFTARR_IP
should be set to127.0.0.1
for localhost access or0.0.0.0
so anything on your network can access (subject to local firewall). Other interface IP addresses can be used if you wish.
Stack
The Docker Stack deployment configuration containerizes all dependencies and the application itself. In
Sources/swiftarr/seeds/Private Swiftarr Config
copy the Docker-Template.env
to your desired runtime environment (example: production.env
). You must then fill in the blanks for passwords, keys, etc.
ENVIRONMENT
should match the name of the file (such asproduction
).- Fill in appropriate database and redis passwords (we suggest good ones), along with account passwords (again, good) & recovery keys (any sequence of words).