Go to file
xeruf 3c02297cab vikunja: create subdirectory with ConfigMap and OAuth2Client 2022-06-27 21:37:14 +01:00
basic vikunja: create subdirectory with ConfigMap and OAuth2Client 2022-06-27 21:37:14 +01:00
.gitignore Fix name 2022-03-31 16:51:08 +02:00
README.md Remove podinfo 2022-04-14 10:51:41 +01:00

README.md

Example repository for customizing a Stackspin cluster

Example boilerplate for a custom flux repository which can be added to a Stackspin cluster. The main use-case is to add additional applications which are not integrated into Stackspin (yet).

For a more advanced example see the flux2-kustomize-helm-example repository. This repo's directory structure is similar to the flux2-kustomize-helm-example one.

Basic configuration

We'll start with a very basic configuration:

  • It uses a public git repo
  • No secrets are included
  • No forking/modifications needed, install as it is

Apply it to your cluster:

basic/install.sh

List the resource created by this flux repo:

kubectl -n stackspout get gitrepositories
kubectl -n stackspout get kustomizations
kubectl -n stackspout get helmreleases
kubectl -n stackspout get pods

Customizations

  • Nextcloud apps overrides
  • Gitea installed

What's next ?

There are two ways of using a custom flux repo to host your custom config/apps on a Stackspin cluster.

A) Manage secrets manually

This approach is easier to start with, because you don't need to configure your cluster to handle encrypted secrets and access to a private git repository.

  • Fork this repository into a public git repo, cloneable via https://

Everything in version control, including secrets