No description

Find a file

erik 49a5a41e1b Mod Pipeline for quick failing tests		2023-01-20 11:54:33 +01:00
doc	[skip-ci] update doc	2022-12-28 20:10:12 +01:00
infrastructure/c4k-website-build	Break the test	2023-01-20 11:43:48 +01:00
public	Project skeleton	2022-09-08 15:04:17 +02:00
src	check examples & add monitoring to browser	2022-12-28 19:52:54 +01:00
.gitignore	Add init-container	2022-11-23 10:14:46 +00:00
.gitlab-ci.yml	Mod Pipeline for quick failing tests	2023-01-20 11:54:33 +01:00
LICENSE	Project skeleton	2022-09-08 15:04:17 +02:00
package.json	prepare release	2022-12-28 19:54:27 +01:00
project.clj	[skip-ci] version bump	2022-12-28 20:03:45 +01:00
README.md	check examples & add monitoring to browser	2022-12-28 19:52:54 +01:00
shadow-cljs.edn	check examples & add monitoring to browser	2022-12-28 19:52:54 +01:00

README.md

convention 4 kubernetes: c4k-website

DeltaChat chat over e-mail | team@social.meissa-gmbh.de | Website & Blog

Purpose

Delivering cryogen generated static sites with the push of a few buttons.

c4k-website generates configuration files for multiple nginx webservers, and corresponding cryogen static site generator build containers. This automatically downloads a <branch>.zip from a specified gitea API url. You need an authorization token to access the specified gitea user account. The build container is based on clojure:lein.

Following the example in valid-config.edn and valid-auth.edn you can add as many websites as you like (provided you have the DNS Routes set up). One set of configmaps, deployment, services etc will be created for each element in the :websites and :auth list.

Configs generated by c4k-website consists of the following parts:

nginx deployment + configmap + service + ingress + certificate definitions
nginx deployment has init container, building the website at startup time
cron job for building and build secret for storing auth data
respective volume claims

Status

Stable - we use this setup on production.

Try out

Click on the image to try out in your browser:

Your input will stay in your browser. No server interaction is required.

You will also be able to try out on cli:

target/graalvm/c4k-website src/test/resources/website-test/valid-config.yaml src/test/resources/website-test/valid-auth.yaml | kubeval -
target/graalvm/c4k-website src/test/resources/website-test/valid-config.yaml src/test/resources/website-test/valid-auth.yaml | kubectl apply -f -

Usage

You need:

DNS routes matching the fqdns in the lists
cryogen as a static site generator
a cryogen project ready to build
a gitea account which holds the buildable project
an authorization token for that account
and a kubernetes cluster provisioned by provs

Add a unique identifier for each website to config.edn and auth.edn (e.g. domain-name).
Add the list of fqdns, your gitea host, name of the website repo and the respective branch name (usually "main") to config.edn.
Add auth token and gitea user with access to the website repo to auth.edn.
Let c4k-website generate your .yaml file.
Apply this file on your cluster with kubectl apply -f yourApp.yaml.
Done.

Script Execution

Optionally you can specify a trusted script in your config.edn.

sha256sum "/path/to/your/script/file"
copy the output of this command
add the :sha256-output "hash-of-file file.name" :key value pair to the respective collection in :websites.

Also, see the example in valid-config.edn. The script file needs to exist in the <branch>.zip and path specification to the script file should be relative to the root of the unzipped folder. Scripts can be of any type - as long as an according shebang exists in the first line.

sha256sum your-script-file #  use output of this call
sha256sum scripts/your-script-file #  or this
sha256sum scripts/foo/bar/your-script-file #  or this

resource requests and limits

You may want to adjust the resource requests and limits of the build and init containers to your specific scenario.