No description
erik
ef9fd8ea65
* Exception testing now happens for clj only * If testing for cljs is required we need tests for cljs |
||
---|---|---|
doc | ||
src | ||
.gitignore | ||
.gitlab-ci.yml | ||
LICENSE | ||
package.json | ||
project-cljs.clj | ||
project.clj | ||
README.md | ||
shadow-cljs.edn |
convention 4 kubernetes: c4k-common
chat over e-mail | team@social.meissa-gmbh.de | Website & Blog
Purpose
c4k-common ....
Rational
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
Refactoring & Module Overview
Module | Version | common postgres | frontend script | backup as deployment | use common pred. | configs as EDN and YAML | renamed test-helper |
---|---|---|---|---|---|---|---|
c4k-mastodon-bot | 0.1 | - | |||||
c4k-keycloak | 0.2 | ||||||
c4k-jira | 1.1 | x | x | x | |||
c4k-nextcloud | 2.0 | x | x | x | x | x | |
c4k-jitsi | 1.2 | ||||||
c4k-gittea | 0.1 | x | x | x | x | x | x |
c4k-shynet | 1.0 | ||||||
c4k-website | 0.1 |
License
Copyright © 2022 meissa GmbH Licensed under the Apache License, Version 2.0 (the "License") Pls. find licenses of our subcomponents here