No description

Find a file

Michael Jerger 0a84b7ad63 release: 6.1.3		2024-02-16 17:50:55 +01:00
doc	added subcomponent licenses	2023-02-10 13:27:02 +01:00
src	remove need for reflection	2024-02-16 17:35:33 +01:00
.gitignore	use pyb for ci	2023-07-20 09:23:19 +02:00
.gitlab-ci.yml	Add token env variable to CI	2024-01-19 12:04:00 +01:00
build.py	Fix build.py	2023-10-06 12:07:09 +02:00
LICENSE	changed license	2021-06-18 15:36:16 +02:00
package.json	release	2022-12-28 18:05:09 +01:00
project-cljs.clj	release: 6.1.3	2024-02-16 17:50:55 +01:00
project.clj	release: 6.1.3	2024-02-16 17:50:55 +01:00
README.md	updated refactorings	2023-12-15 19:13:20 +01:00
shadow-cljs.edn	update deps	2022-12-23 16:35:06 +00:00

README.md

convention 4 kubernetes: c4k-common

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

Purpose

c4k-common provides the foundation for all our c4k modules.

It is now possible to generate a working prometheus monitoring file in yaml format. Your config.edn and your auth.edn should at least contain the following fields:

config.edn - minimal example

{:k3s-cluster-name "your-cluster-name"
 :k3s-cluster-stage :prod
 :grafana-cloud-url "your-url"}

auth.edn - minimal example

{:grafana-cloud-user "user"
 :grafana-cloud-password "password"}

call (with jarwrapper installed):

c4k-common-standalone.jar config.edn auth.edn > monitoring.yaml

Rationale

There are many comparable solutions for creating c4k deployments like helm or kustomize. Why do we need another one?

We like the simplicity of kustomize. Yaml in, yaml out, the ability to lint the result and the option to split large yaml files into objects. But a simple overwriting per environment may not be enough ...
We like helm packages. A package encapsulates the setup for an application. On the one hand, but on the other hand we don't like the idea of having to program and debug in a template language. We can program much better in real programming languages.

Our convention 4 kubernetes c4k-* tools combine the advantages of both approaches:

Packages for one application
Programming in clojure
yaml / edn as input and output, no more magic
good validation, integration as api, cli or in the browser

Usage

c4k-common provides the basic functionality for our c4k-modules.

Refactoring & Module Overview

Module	Version	common load-as-edn	groups for webview	use common ingress	use common monitoring	validate examples	ci with pyb	inline-macro to load resources
c4k-keycloak	0.2	x	x	x	x	x
c4k-taiga	0.1
c4k-nextcloud	4.0	x	x	x	x	x
c4k-jitsi	1.6	x	x	x	x	x	x	x
c4k-forgejo	3.0	x	x	x	x	x	x	x
c4k-shynet	1.0
c4k-website	1.1	x	x	x	x	x

Development & mirrors

Development happens at: https://repo.prod.meissa.de/meissa/c4k-common

Mirrors are:

For more details about our repository model see: https://repo.prod.meissa.de/meissa/federate-your-repos