1
0
Fork 0
mirror of synced 2024-05-17 10:53:15 +12:00
budibase/hosting/single
2022-11-15 10:49:17 +00:00
..
clouseau single image build data path for azure 2022-08-11 12:08:56 +01:00
couch single image data path 2022-09-07 10:51:53 +01:00
nginx Updating proxy configuration for docker-compose, k8s and single image to allow longer timeout for app export requests. Also fixing an issue that blocked requests from getting to app-service. 2022-11-15 10:49:17 +00:00
ssh Azure App Service customisations 2022-09-13 16:08:54 +01:00
Dockerfile Fixing issue #8079 - making sure TARGETARCH gets correctly exported to environment to pick correct minio bundle. 2022-10-06 14:05:01 +01:00
healthcheck.sh fix sed apostrophe error and couchdb path 2022-08-16 15:08:00 +01:00
README.md update the readme 2022-06-24 18:59:32 +01:00
runner.sh single image NFS & more logging 2022-11-13 17:53:32 +00:00
test.sh Adding missing environment variable. 2022-07-06 16:33:40 +01:00

Docker Single Image for Budibase

Overview

As an alternative to running several docker containers via docker-compose, the files under ./hosting/single can be used to build a docker image containing all of the Budibase components (minio, couch, clouseau etc). We call this the 'single image' container as the Dockerfile adds all the components to a single docker image.

Usage

  • Amend Environment Variables
  • Build Requirements
  • Build the Image
  • Run the Container

Amend Environment Variables

Edit the Dockerfile in this directory amending the environment variables to suit your usage. Pay particular attention to changing passwords. The CUSTOM_DOMAIN variable will be used to request a certificate from LetsEncrypt and if successful you can point traffic to port 443. If you choose to use the CUSTOM_DOMAIN variable ensure that the DNS for your custom domain points to the public IP address where you are running Budibase - otherwise the certificate issuance will fail. If you have other arrangements for a proxy in front of the single image container you can omit the CUSTOM_DOMAIN environment variable and the request to LetsEncrypt will be skipped. You can then point traffic to port 80.

Build Requirements

We would suggest building the image with 6GB of RAM and 20GB of free disk space for build artifacts. The resulting image size will use approx 2GB of disk space.

Build the Image

The guidance below is based on building the Budibase single image on Debian 11 and AlmaLinux 8. If you use another distro or OS you will need to amend the commands to suit.

Install Node

Budibase requires a more recent version of node (14+) than is available in the base Debian repos so:

curl -sL https://deb.nodesource.com/setup_16.x | sudo bash -
apt install -y nodejs
node -v

Install yarn and lerna:

npm install -g yarn jest lerna

Install Docker

apt install -y docker.io

Check the versions of each installed version. This process was tested with the version numbers below so YMMV using anything else:

  • Docker: 20.10.5
  • node: 16.15.1
  • yarn: 1.22.19
  • lerna: 5.1.4

Get the Code

Clone the Budibase repo

git clone https://github.com/Budibase/budibase.git
cd budibase

Setup Node

Node setup:

node ./hosting/scripts/setup.js
yarn
yarn bootstrap
yarn build

Build Image

The following yarn command does some prep and then runs the docker build command:

yarn build:docker:single

If the docker build step fails try running that step again manually with:

docker build --build-arg TARGETARCH=amd --no-cache -t budibase:latest -f ./hosting/single/Dockerfile .

Azure App Services

Azure have some specific requirements for running a container in their App Service. Specifically, installation of SSH to port 2222 and data storage under /home. If you would like to build a budibase container for Azure App Service add the build argument shown below setting it to 'aas'. You can remove the CUSTOM_DOMAIN env variable from the Dockerfile too as Azure terminate SSL before requests reach the container.

docker build --build-arg TARGETARCH=amd --build-arg TARGETBUILD=aas -t budibase:latest -f ./hosting/single/Dockerfile .

Run the Container

docker run -d -p 80:80 -p 443:443 --name budibase budibase:latest

Where:

  • -d runs the container in detached mode
  • -p forwards ports from your host to the ports inside the container. If you are already using port 80 on your host for something else you can try running with an alternative port e.g. -p 8080:80
  • --name is the name for the container as shown in docker ps and can be used with other docker commands e.g. docker restart budibase

When the container runs you should be able to access the container over http at your host address e.g. http://1.2.3.4/ or using your custom domain e.g. https://my.custom.domain/

When the Budibase UI appears you will be prompted to create an account to get started.

Podman

The single image container builds fine when using podman in place of docker. You may be prompted for the registry to use for the CouchDB image and the HEALTHCHECK parameter is not OCI compliant so is ignored.

Check

There are many things that could go wrong so if your container is not building or running as expected please check the following before opening a support issue. Verify the healthcheck status of the container:

docker ps

Check the container logs:

docker logs budibase

Support

This single image build is still a work-in-progress so if you open an issue please provide the following information:

  • The OS and OS version you are building on
  • The versions you are using of docker, docker-compose, yarn, node, lerna
  • For build errors please provide zipped output
  • For container errors please provide zipped container logs