Found via `codespell -S priv,assets,CHANGELOG.md -L ro,reenable,warmup`
18 KiB
Executable file
Deployment guide
WARNING: beta status - have fun but don't rely on it yet 🙏
Bonfire is currently beta software. While it's fun to play with it, we would not recommend running any production instances yet (meaning not using it for your primary fediverse identity) because it's not quite ready for that today.
These instructions are for setting up Bonfire in production. If you want to run the backend in development, please refer to our Developer Guide!
Security Warning
We recommend only granting an account to people you trust to minimise the attack surface. Accordingly, Bonfire ships with public registration disabled. The admin panel has an invite
facility.
Step 0 - Configure your database
You must provide a postgresql database for data storage. We require postgres 12 or above.
If you are running in a restricted environment such as Amazon RDS, you will need to execute some sql against the database:
CREATE EXTENSION IF NOT EXISTS citext;
Step 1 - Download and configure the app
-
Install dependencies. You will need to install just, and other requirements such as Docker (check the exact list of requirements based on the option you choose in step 2.)
-
Clone this repository and change into the directory:
$ git clone https://github.com/bonfire-networks/bonfire-app.git bonfire
$ cd bonfire
- Specify what flavour you want to run in production:
The first thing to do is choose what flavour of Bonfire you want to deploy, as each flavour uses different Docker images and set of configs. For example if you want to run the classic
flavour:
export MIX_ENV=prod FLAVOUR=classic
(you may also want to put this in the appropriate place in your system so your choice of flavour is remembered for next time)just config
This will initialise some default config (a .env file which won't be checked into git)
- Edit the config (especially the secrets) for the selected flavour in
./.env
(except if using the Bonfire co-op cloud recipe, which will create its own env file you should edit instead).
These are the config keys you should especially pay attention to:
HOSTNAME
(your domain name, eg:bonfire.example.com
)PUBLIC_PORT
(usually 443)MAIL_DOMAIN
andMAIL_KEY
to configure transactional email, you can for example sign up at Mailgun and then configure the domain name and key. Other providers are supported as well.UPLOADS_S3_BUCKET
and the related API key and secret for uploads. WARNING: If you want to store uploads in an object storage rather than directly on your server (which you probably want, to not run out of space), you need to configure that up front, otherwise URLs will break if you change it later. Seeconfig/runtime.exs
for extra variables to set if you're not using the default service and region (which is Scaleway Paris).
These are the secret keys for which you should put random secrets. You can run just secrets
to generate some:
SECRET_KEY_BASE
SIGNING_SALT
ENCRYPTION_SALT
POSTGRES_PASSWORD
MEILI_MASTER_KEY
Further information on config
The app needs some environment variables to be configured in order to work. The easy way to manage that is whit the just
commands which take care of loading the environment for you.
In the ./config/
(which is a symbolic link to the config of the flavour you choose to run) directory of the codebase, there are following config files:
config.exs
: default base configuration, which itself loads many other config files, such as one for each installed Bonfire extension.prod.exs
: default extra configuration forMIX_ENV=prod
runtime.exs
: extra configuration which is loaded at runtime (vs the others which are only loaded once at compile time, i.e. when you build a release)bonfire_*.exs
: configs specific to different extensions, which are automatically imported byconfig.exs
You should not have to modify the files above. Instead, overload any settings from the above files using env variables or in ./.env
.
Step 2 - Install
Option A - Install using Co-op Cloud (recommended)
https://coopcloud.tech is an alternative to corporate clouds built by tech co-ops, and provides very useful tools for setting up and managing many self-hosted free software tools using ready-to-use "recipes".
If you're interested in hosting Bonfire alongside other open and/or federated projects, we recommend installing Abra, setting up a co-op cloud server and using the Bonfire recipe (which provides it's own instructions, so read that and you can mostly ignore this document) to set up an instance.
Option B - Install using Docker containers (easy mode)
The easiest way to launch the docker image is using the just commands.
The docker-compose.release.yml
uses config/prod/.env
to launch a container with the necessary environment variables along with its dependencies, currently that means an extra postgres container, along with a reverse proxy (Caddy server, which you may want to replace with nginx or whatever you prefer).
Install with docker-compose
Make sure you have Docker, a recent docker-compose (which supports v3 configs), and just installed:
$ docker version
Docker version 18.09.1-ce
$ docker-compose -v
docker-compose version 1.23.2
$ just --version
just 1.1.3
...
Now that your tooling is set up, you have the choice of using pre-built images or building your own. For example if your flavour does not have a prebuilt image on Docker Hub, or if you want to customise any of the extensions, you can build one yourself - see option A2 below.
Option B1 - Using pre-built Docker images (recommended to start with)
- The
image
entry indocker-compose.release.yml
will by default use the image on Docker Hub which corresponds to your chosen flavour (see step 1 above for choosing your flavour).
You can see the images available per flavour, version (we currently recommend using the latest
tag), and architecture at https://hub.docker.com/r/bonfirenetworks/bonfire/tags
- Start the docker containers with docker-compose:
just rel-run
Run this at the prompt:
bin/bonfire remote
to enter Elixir's iex environment
EctoSparkles.Migrator.migrate
to initialise your database
The backend should now be running at http://localhost:4000/.
- If that worked, start the app as a daemon next time:
just rel-run-bg
Docker-related handy commands
just update
to update to the latest release of Bonfirejust rel-run
Run the app in Docker, in the foregroundjust rel-run-bg
Run the app in Docker, and keep running in the backgroundjust rel-stop
Stop the running releasejust rel-shell
Runs a simple shell inside of the container, useful to explore the image
Once in the shell, you can run bin/bonfire
with the following commands:
Usage: bonfire COMMAND [ARGS]
The known commands are:
start
Starts the systemstart_iex
Starts the system with IEx attacheddaemon
Starts the system as a daemondaemon_iex
Starts the system as a daemon with IEx attachedeval "EXPR"
Executes the given expression on a new, non-booted systemrpc "EXPR"
Executes the given expression remotely on the running systemremote
Connects to the running system via a IEx remote shellrestart
Restarts the running system via a remote commandstop
Stops the running system via a remote commandpid
Prints the operating system PID of the running system via a remote commandversion
Prints the release name and version to be booted
There are some useful database-related release tasks under EctoSparkles.Migrator.
that can be run in an iex
console (which you get to with just rel.shell
followed by bin/bonfire remote
, assuming the app is already running):
migrate
runs all up migrationsrollback(step)
roll back to step Xrollback_to(version)
roll back to a specific versionrollback_all
rolls back all migrations back to zero (caution: this means losing all data)
You can also directly call some functions in the code from the command line, for example:
- to migrate:
docker exec bonfire_web bin/bonfire rpc 'EctoSparkles.Migrator.migrate'
- to just yourself an admin:
docker exec bonfire_web bin/bonfire rpc 'Bonfire.Me.Users.make_admin("my_username")'
Option B2 - Building your own Docker image
Dockerfile.release
uses the multistage build feature to just the image as small as possible. It generates the OTP release which is later copied into the final image packaged in an Alpine linux container.
There is a justfile
with relevant commands (make sure set the MIX_ENV=prod
env variable):
just rel-build-release
which builds the docker image of the latest releasejust rel-build
which builds the docker image, including local changes to any cloned extensions in./forks/
just rel-tag
adds the "latest" tag to your last build, so that it will be used when running
Once you've built and tagged your image, you may need to update the image
name in docker-compose.release.release.yml
to match (either your local image name if running on the same machine you used for the build, or a remote image on Docker Hub if you pushed it) and then follow the same steps as for option A1.
For production, we recommend to set up a CI workflow to automate this, for an example you can look at the one we currently use.
Option C - Manual installation (without Docker)
Dependencies
- Postgres (or Postgis) version 12 or newer
- just
- Elixir version 1.13 with OTP 24 (or newer). If your distribution only has an old version available, check Elixir's install page or use a tool like asdf (run
asdf install
in this directory).
C-1. Building the release
-
Make sure you have erlang and elixir installed (check
Dockerfile
for what version we're currently using) -
Run
mix deps.get --only prod
to install elixir dependencies. -
Prepare assets with
just js-deps-get
,just assets-prepare
andmix phx.digest
-
Run
mix release
to create an elixir release. This will create an executable in your_build/prod/rel/bonfire
directory. We will be using thebin/bonfire
executable from here on.
C-2. Running the release
-
cd _build/prod/rel/bonfire/
-
Create a database and run the migrations with
bin/bonfire eval 'EctoSparkles.Migrator.migrate()'
. -
If you’re using RDS or some other locked down DB, you may need to run
CREATE EXTENSION IF NOT EXISTS citext WITH SCHEMA public;
on your database with elevated privileges.
-
You can check if your instance is configured correctly by running it with
bin/bonfire start
-
To run the instance as a daemon, use
bin/bonfire start daemon
.
Option D - with Nix
This repo is a Flake and includes a Nix module.
Here are the detailed steps to deploy it:
- run a recent version of Nix or NixOS: https://nixos.wiki
- enable Flakes: https://nixos.wiki/wiki/Flakes#Installing_flakes
- add
sandbox = false
in your nix.conf - fetch and build the app and dependencies:
nix run github:bonfire-networks/bonfire-app start_iex
- add it as an input to your system flake.
- add an overlay to just the package available
- add the required configuration in your system
Your flake.nix
file would look like the following. Remember to replace myHostName
with your actual hostname or however your deployed system is called.
{
inputs.bonfire.url = "github:happysalada/bonfire-app/main";
outputs = { self, nixpkgs, bonfire }: {
overlay = final: prev: with final;{
# a package named bonfire already exists on nixpkgs so we put it under a different name
elixirBonfire = bonfire.packages.x86_64-linux.default;
};
nixosConfigurations.myHostName = nixpkgs.lib.nixosSystem {
system = "x86_64-linux";
modules = [
{
environment.systemPackages = [ agenix.defaultPackage.x86_64-linux ];
nixpkgs.overlays = [ self.overlay ];
}
./myHostName.nix
bonfire.nixosModules.bonfire
];
};
};
}
Then your myHostName.nix
would look like the following:
{ config, lib, pkgs, ... }:
{
services.bonfire = {
# you will additionally need to expose bonfire with a reverse proxy, for example caddy
port = 4000;
package = pkgs.elixirBonfire;
dbName = "bonfire";
# the environment should contain a minimum of
# SECRET_KEY_BASE
# SIGNING_SALT
# ENCRYPTION_SALT
# RELEASE_COOKIE
# have a look into nix/module.nix for more details
# the way to deploy secrets is beyond this readme, but I would recommend agenix
environmentFile = "/run/secrets/bonfireEnv";
dbSocketDir = "/var/run/postgresql";
};
# this is specifically for a reverse proxy, which is primarily used for SSL certs
services.ngnix = {
enable = true;
forceSSL = true;
enableACME = true;
virtualHosts."myHostName".locations.proxyPass = "http://localhost:4000";
};
# You will need to accept ACME's terms and conditions if you haven't elsewhere in your configuration
security.acme.defaults.email = "you@myHostName.com";
security.acme.acceptTerms = true;
# this is uniquely for database backup purposes
# replace myBackupUserName with the user name that will do the backups
# if you want to do backups differently, feel free to remove this part of the config
services.postgresql = {
ensureDatabases = [ "bonfire" ];
ensureUsers = [{
name = "myBackupUserName";
ensurePermissions = { "DATABASE bonfire" = "ALL PRIVILEGES"; };
}];
};
}
Option C with nixos
this repo is a flake and includes a nixos module. Here are the detailed steps to deploy it.
- add it as an input to your system flake.
- add an overlay to just the package available
- add the required configuration in your system
Your flake.nix file would look like the following. Remember to replace myHostName with your actual hostname or however your deployed system is called.
{
inputs.bonfire.url = "github:happysalada/bonfire-app/main";
outputs = { self, nixpkgs, bonfire }: {
overlay = final: prev: with final;{
# a package named bonfire already exists on nixpkgs so we put it under a different name
elixirBonfire = bonfire.defaultPackage.x86_64-linux;
};
nixosConfigurations.myHostName = nixpkgs.lib.nixosSystem {
system = "x86_64-linux";
modules = [
{
environment.systemPackages = [ agenix.defaultPackage.x86_64-linux ];
nixpkgs.overlays = [ self.overlay ];
}
./myHostName.nix
bonfire.nixosModules.bonfire
];
};
};
}
then in myHostName.nix would look like the following
TODO: add the caddy config
{ config, lib, pkgs, ... }:
{
services.bonfire = {
# you will need to expose bonfire with a reverse proxy, for example caddy
port = 4000;
package = pkgs.elixirBonfire;
dbName = "bonfire";
# the environment should contain a minimum of
# SECRET_KEY_BASE
# SIGNING_SALT
# ENCRYPTION_SALT
# RELEASE_COOKIE
# have a look into nix/module.nix for more details
# the way to deploy secrets is beyond this readme, but I would recommend agenix
environmentFile = "/run/secrets/bonfireEnv";
dbSocketDir = "/var/run/postgresql";
};
# this is uniquely for database backup purposes
# replace myBackupUserName with the user name that will do the backups
# if you want to do backups differently, feel free to remove this part of the config
services.postgresql = {
ensureDatabases = [ "bonfire" ];
ensureUsers = [{
name = "myBackupUserName";
ensurePermissions = { "DATABASE bonfire" = "ALL PRIVILEGES"; };
}];
};
}
Step 3 - Run
By default, the backend listens on port 4000 (TCP), so you can access it on http://localhost:4000/ (if you are on the same machine). In case of an error it will restart automatically.
Once you've signed up, you will automatically be an instance admin if you were the first to register.
Step 4 - Adding HTTPS
The common and convenient way for adding HTTPS is by using a reverse proxy like Nginx or Caddyserver (the latter of which is bundled as part of the docker-compose setup).
Caddyserver and other servers can handle generating and setting up HTTPS certificates automatically, but if you need TLS/SSL certificates for nginx, you can look get some for free with letsencrypt. The simplest way to obtain and install a certificate is to use Certbot.. Depending on your specific setup, certbot may be able to get a certificate and configure your web server automatically.
Troubleshooting
Some common issues that may arise during deployment and our suggestions for resolving them.
WebSocket connections not establishing behind a reverse proxy
If you are running Bonfire behind your own reverse proxy (e.g. nginx), you might experience issues with WebSocket connections not establishing. WebSocket connections require specific configuration to work, in nginx the following configuration is necessary for websockets to work:
location /live/websocket {
proxy_pass http://127.0.0.1:4000;
# these configurations are necessary to proxy WebSocket requests
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
}