Flux Integration💣
Following the steps in this guide will result in the integration
job being run for Third Party and Sandbox pipelines.
If there’s a need to disable this job, add SKIP INTEGRATION
to the title of the Merge Request.
Big Bang uses a continuous deployment tool, Flux to deploy packages using Helm charts sourced from Git (GitOps). This document will cover how to integrate a Helm chart, from a mission application or other package, into the Flux pattern required by Big Bang. Once complete, you will be able to deploy your package with Big Bang.
Prerequisites💣
- Helm
- Kubectl
- Git
- A multi-node Kubernetes cluster to deploy Big Bang and your package
- A Big Bang project containing the upstream Helm chart
Throughout this document, we will be setting up an application called
podinfo
as a demonstration
Big Bang Helm Chart💣
The purpose of the Big Bang Helm chart is to create a Big Bang compatible, easy-to-use spec for deploying the package. Reasonable and safe defaults are provided and any needed secrets are auto-created. We accept the trade-off of easy deployment for complicated template code. Details are in the following steps.
gitrepository.yaml # Flux GitRepository, configured by Big Bang chart values.
helmrelease.yaml # Flux HelmRelease, configured by Big Bang chart values.
namespace.yaml # Namespace creation and configuration
imagepullsecret.yaml # Secret creation for image pull credentials
values.yaml # Big Bang customization of the package and passthrough values.
Create a new Helm chart for Big Bang resources in the root of your Git repository:
# short name of the package
export PKGNAME=podinfo
# version of the package in semver format
export PKGVER=6.0.0
# Make directory structure
mkdir -p bigbang/templates/$PKGNAME
# Create values file
touch bigbang/values.yaml
# Copy helpers from Big Bang
curl -sL -o bigbang/templates/_helpers.tpl https://repo1.dso.mil/big-bang/bigbang/-/raw/master/chart/templates/_helpers.tpl
# Create chart file
cat << EOF >> bigbang/Chart.yaml
apiVersion: v2
name: bigbang-$PKGNAME
description: BigBang compatible Helm chart for $PKGNAME
type: application
version: 0.1.0
appVersion: "$PKGVER"
EOF
Namespace💣
The package will be deployed in its own namespace. BigBang pre-creates this namespace so that labels and annotations can be controlled. Setup bigbang/templates/$PKGNAME/namespace.yaml
with the following:
{{- $pkg := "podinfo" }}
{{- if (get .Values $pkg).enabled }}
apiVersion: v1
kind: Namespace
metadata:
name: {{ $pkg }}
labels:
app.kubernetes.io/name: {{ $pkg }}
{{- include "commonLabels" . | nindent 4}}
{{- end }}
In order for the namespace Helm template to be properly created, the following values need to be added to bigbang/values.yaml
:
# Identifies if our package should be deployed or ignored
podinfo:
enabled: true
Flux Custom Resources💣
GitRepository💣
Flux’s source controller uses the GitRepository resource to pull Helm chart changes from Git. Use the GitRepository API Specification to create a GitRepository
resource named bigbang/templates/$PKGNAME/gitrepository.yaml
with the following content:
{{- $pkg := "podinfo" }}
{{- if (get .Values $pkg).enabled }}
apiVersion: source.toolkit.fluxcd.io/v1
kind: GitRepository
metadata:
name: {{ $pkg }}
namespace: {{ .Release.Namespace }}
labels:
app.kubernetes.io/name: {{ $pkg }}
{{- include "commonLabels" . | nindent 4}}
spec:
interval: {{ .Values.flux.interval }}
url: {{ (get .Values $pkg).git.repo }}
ref:
{{- include "validRef" (get .Values $pkg).git | nindent 4 }}
{{ include "gitIgnore" . }}
{{- include "gitCreds" . | nindent 2 }}
{{- end }}
The GitRepository
Helm template above requires the following values to be added to bigbang/values.yaml
:
podinfo:
# The Git location of the package Helm chart
git:
repo: https://repo1.dso.mil/big-bang/apps/sandbox/podinfo
branch: master
If you are working on a branch, change
master
to the branch you are working from in the values above.
HelmRelease💣
Big Bang exclusively uses Helm charts for deployment through Flux. Using the HelmRelease API Specification, create a HelmRelease
resource named bigbang/templates/$PKGNAME/helmrelease.yaml
with the following content:
{{- $pkg := "podinfo" }}
{{- $fluxSettings := merge (get .Values $pkg).flux .Values.flux -}}
{{- if (get .Values $pkg).enabled }}
apiVersion: helm.toolkit.fluxcd.io/v2beta1
kind: HelmRelease
metadata:
name: {{ $pkg }}
namespace: {{ .Release.Namespace }}
labels:
app.kubernetes.io/name: {{ $pkg }}
{{- include "commonLabels" . | nindent 4}}
spec:
targetNamespace: {{ $pkg }}
chart:
spec:
chart: {{ (get .Values $pkg).git.path }}
interval: 5m
sourceRef:
kind: GitRepository
name: {{ $pkg }}
namespace: {{ .Release.Namespace }}
{{- toYaml $fluxSettings | nindent 2 }}
{{- if (get .Values $pkg).postRenderers }}
postRenderers:
{{ toYaml (get .Values $pkg).postRenderers | nindent 4 }}
{{- end }}
valuesFrom:
- name: {{ .Release.Name }}-{{ $pkg }}-values
kind: Secret
valuesKey: "common"
- name: {{ .Release.Name }}-{{ $pkg }}-values
kind: Secret
valuesKey: "defaults"
- name: {{ .Release.Name }}-{{ $pkg }}-values
kind: Secret
valuesKey: "overlays"
{{- end }}
The following values need to be added into bigbang/values.yaml
for HelmRelease
:
podinfo:
# Directory in git where Helm chart is located
git:
path: chart
# Flux specific settings for package
flux: {}
ImagePullSecret💣
Big Bang images are pulled from Iron Bank. In order to provide credentials for Iron Bank, Big Bang will create a secret for each package called private-registry
. In bigbang/templates/$PKGNAME/imagepullsecret.yaml
, add the following content:
{{- $pkg := "podinfo" }}
{{- if (get .Values $pkg).enabled }}
{{- if ( include "imagePullSecret" . ) }}
apiVersion: v1
kind: Secret
metadata:
name: private-registry
namespace: {{ $pkg }}
labels:
app.kubernetes.io/name: {{ $pkg }}
{{- include "commonLabels" . | nindent 4}}
type: kubernetes.io/dockerconfigjson
data:
.dockerconfigjson: {{ template "imagePullSecret" . }}
{{- end }}
{{- end }}
Other secrets can be added for credentials, certificates, etc. by creating a file named
bigbang/templates/$PKGNAME/secret-<name>.yaml
. Big Bang is responsible for creating these secrets using values from the user. More details are included in the integration documentation for databases, object stores, sso, etc.
Package Values💣
Package values (chart/values.yaml) should contain upstream values plus any placeholders of values needed for Big Bang.The following guidelines should be used when adding values to the package:
- Assume the package will be run without Big Bang. Values enabling features from other packages (e.g. metrics, ingress, SSO) should be turned off by default. Big Bang will enable them through overrides.
- Re-use existing chart values rather than adding new ones when possible.
- Only change the default values from the upstream Helm chart when necessary.
- Comment any changes made to the upstream Helm values so it is clear that the changes should carry forward on upgrades.
- Assume that Big Bang will create secrets (e.g. TLS certificates, credentials) and provide the reference to the chart.
- Create blank placeholders for Big Bang values to avoid Helm errors during deployment.
Override Values💣
Big Bang has a few options for overwriting values in packages. The package’s HelmRelease
, that we created earlier, contains a ValuesFrom
section that references a secret with common
, default
, and overlay
keys. Each of these keys can contain a set of override values that get passed down to the package. Here is a table explaining the difference between the possible overlays:
Name | Description | Source | Priority |
---|---|---|---|
overlay |
Values provided by user when deploying Big Bang | bigbang/values.yaml :$PKGNAME.values.* |
Highest 1 |
default |
Values created by Big Bang | bigbang/templates/$PKGNAME/values.yaml :* |
2 |
common |
Big Bang values common to all packages | Not currently used | 3 |
package |
Package defaults | chart/values.yaml :* |
Lowest 4 |
This means that if a user provides a value for the package, that overwrites the value Big Bang or the package would create.
For the package to implement this hierarchy, bigbang/templates/$PKGNAME/values.yaml
must be created with the following:
{{- $pkg := "podinfo" }}
{{- define "bigbang.defaults.podinfo" -}}
{{- end }}
{{- /* Create secret */ -}}
{{- if (get .Values $pkg).enabled }}
{{- include "values-secret" (dict "root" $ "package" (get .Values $pkg) "name" $pkg "defaults" (include (printf "bigbang.defaults.%s" $pkg) .)) }}
{{- end }}
Check Syntax💣
At this point, you should have a minimum viable set of values in bigbang/values.yaml
that looks like this:
podinfo:
enabled: true
git:
repo: https://repo1.dso.mil/big-bang/apps/sandbox/podinfo
branch: bigbang
path: chart
flux: {}
Use the Big Bang default values to make sure our Helm templates don’t have any syntax errors. Run the following:
# Get the helm chart
git clone https://repo1.dso.mil/big-bang/bigbang ~/bigbang
# Check that our chart generates without errors
# We want our local values to override the big bang defaults, so we need to specify both
helm template -n bigbang -f ~/bigbang/chart/values.yaml -f bigbang/values.yaml bigbang-podinfo bigbang
Validation💣
To validate that the Helm chart is working, perform the following steps to deploy your package. This assumes you already have a Kubernetes cluster running.
- Disable all packages that are enabled by default in Big Bang by adding the following to
bigbang/values.yaml
# Network Policies
networkPolicies:
enabled: false
# Istio
istioOperator:
enabled: false
istio:
enabled: false
# Gatekeeper
gatekeeper:
enabled: false
clusterAuditor:
enabled: false
# Logging
eckOperator:
enabled: false
elasticsearchKibana:
enabled: false
fluentbit:
enabled: false
# Monitoring
monitoring:
enabled: false
# Other Tools
jaeger:
enabled: false
kiali:
enabled: false
twistlock:
enabled: false
-
To enable Big Bang packages that are disabled by default, add the appropriate code block for the Big Bang package from the Big Bang helm chart values file.
- For example, if you want to test a package’s functionality with MinIO, you would add this block from the Big Bang helm chart values file to the package repo’s
bigbang/values.yaml
file
addons: minioOperator: enabled: true minio: enabled: true
-
This would deploy MinIO in the
integration
stage with default configurations -
Any values that are present in the Big Bang helm chart values file can be configured here also. The pipeline merges these two files into a single values file before deployment, so the package repo’s
bigbang/values.yaml
provides a way to configure a Third Party or Sandbox package along with Big Bang package configurations in a single values file. -
A
tests/test-values.yaml
in a package repo can be used as override values for the pipeline. It allows pipeline-specific configurations so that the package’schart/values.yaml
doesn’t have to be changed.
- For example, if you want to test a package’s functionality with MinIO, you would add this block from the Big Bang helm chart values file to the package repo’s
-
Install flux using the instructions from Big Bang.
- Install the package using the bigbang Helm chart
helm upgrade -i -n bigbang --create-namespace -f ~/bigbang/chart/values.yaml -f bigbang/values.yaml bigbang-podinfo bigbang
- Watch the
GitRepository
,HelmRelease
, andPods
:
watch kubectl get gitrepo,hr,po -A
- Troubleshoot any errors
kubectl get events -A
If you are using a private Git repository or pulling images from a private image repository, you will need to add credentials into the
git.credentials.username
/git.credentials.password
and/orregistryCredentials.username
/registryCredentials.password
using the--set
option for Helm.
- Cleanup cluster
helm delete -n bigbang bigbang-podinfo
- Add the following to
bigbang/README.md
to document this Helm charts usage:
# Big Bang compatible Helm chart
This helm chart deploys the application using the same methods and values as Big Bang.
## Prerequisites
- Kubernetes cluster matching [Big Bang's Prerequisites](https://repo1.dso.mil/big-bang/bigbang/-/tree/master/docs/guides/prerequisites)
- [FluxCD](https://fluxcd.io/) running in the cluster
- The [Big Bang git repository](https://repo1.dso.mil/big-bang/bigbang) cloned into `~/bigbang`
- [Helm](https://helm.sh/docs/intro/install/)
## Usage
### Installation
1. Install Big Bang
`helm upgrade -i -n bigbang --create-namespace -f ~/bigbang/chart/values.yaml -f bigbang/values.yaml bigbang ~/bigbang/chart`
1. Install this chart
`helm upgrade -i -n bigbang --create-namespace -f ~/bigbang/chart/values.yaml -f bigbang/values.yaml bigbang-podinfo bigbang`
### Removal
`helm delete -n bigbang bigbang-podinfo`
- Commit your changes
If you are developing something different than
podinfo
, rungrep -ir podinfo
to make sure your replaced all of the instances with your application name.
git add -A
git commit -m "feat: added bigbang helm chart"
git push