There are three ways to run BuildBuddy Enterprise On-prem:
- Helm: deploy BuildBuddy to your Kubernetes cluster with the official BuildBuddy helm charts.
- Docker Image: pre-built Docker images running the latest version of BuildBuddy.
- Kubernetes: deploy BuildBuddy to your Kubernetes cluster with a one-line deploy script.
We recommend using Helm as it includes all of the bells and whistles like nginx, remote build executors, etc. If you're not a fan of using Helm for deployment - we recommend using Helm to generate your Kubernetes deployment yaml file with
helm template, and then running
kubectl apply with that file.
For more instructions on deploying RBE, see our enterprise on-prem RBE docs.
If you run or have access to a Kubernetes cluster and are comfortable with Helm, we maintain official BuildBuddy Helm charts that are easy to configure and deploy.
They have options to deploy everything necessary to use all of BuildBuddy's bells and whistles - including MySQL, nginx, and more.
The official BuildBuddy charts live in our buildbuddy-helm repo and can be added to helm with the following command:
You can the deploy BuildBuddy Enterprise with the following command:
For more information on configuring your BuildBuddy Helm deploy, check out the chart itself:
We publish a Docker image with every release that contains a pre-configured BuildBuddy Enterprise.
To run it, use the following command:
Note: If you're using BuildBuddy's Docker image locally and a third party gRPC cache, you'll likely need to add the
--network=host flag to your
docker run command in order for BuildBuddy to be able to pull test logs and timing information from the external cache.
We also publish a docker image containing our RBE executor:
For configuration options, see RBE config documentation.
If you run or have access to a Kubernetes cluster, and you have the "kubectl" command configured, we provide a shell script that will deploy BuildBuddy to your cluster, namespaced under the "buildbuddy" namespace.
This script uses this deployment file, if you want to see the details of what is being configured.
To kick of the Kubernetes deploy, use the following command:
To make this easier, the
k8s_on_prem.sh script can optionally push a config file to your cluster in a Kubernetes ConfigMap that contains the contents of a custom config file. To do this, just specify the -config flag with an argument that is the path to your custom configuration file. For example:
For more details on using the
k8s_on_prem.sh script, see the Kubernetes section of the on-prem deployment documentation.
For documentation on BuildBuddy enterprise configuration options, check out our enterprise configuration documentation.