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_IPshould be set to127.0.0.1for localhost access or0.0.0.0so 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.
ENVIRONMENTshould 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).
View on GitHub