chore: simplify defaults and link more external documentation (#12)
continuous-integration/drone/push Build is passing Details

Reviewed-on: #12
Co-authored-by: xeruf <git@jfischer.org>
Co-committed-by: xeruf <git@jfischer.org>
This commit is contained in:
xeruf 2023-09-29 17:17:07 +00:00 committed by konrad
parent b74bbc6029
commit 173698726d
2 changed files with 40 additions and 51 deletions

View File

@ -1,33 +1,41 @@
Vikunja Helm Chart
===
Deployes both frontend and backend. Also, you can deploy bitnami's PostgreSQL and Redis as subcharts if you want.
Customizable deployment of frontend and api.
Deploys bitnami's PostgreSQL and Redis as subcharts if you want.
## Requirements
Kubernetes >= 1.19
Helm >= 3
- Kubernetes >= 1.19
- Helm >= 3
## Quickstart
Default settings should work for you and if you define ingress settings according to your controller (for both API and Frontend), you will be able to access the frontend. Anyway, it won't have any default credentials. In order to create a user, you **have to enable registration** and register a new user.
Define ingress settings according to your controller (for both API and Frontend) to access the application.
You can set all Vikunja API options as yaml under `api.config`: https://vikunja.io/docs/config-options
```yaml
api:
config:
service:
enableregistration: true
```
Once you have registered, you can disable registration back if you do not need it.
See [values.yaml](./values.yaml#L140) for examples.
## Advanced features
### Replicas
Both Frontend and API can be configured to have replicas including autoscaling.
When replicating the API, make sure to set up the redis cache as well
by setting `api.config.keyvalue.type` to `redis`,
configuring the redis subchart (see [values.yaml](./values.yaml#L280))
and the connection to Vikunja:
https://vikunja.io/docs/config-options/#redis
### Raw resources
Often happens, that you have to deploy some cloud-specific resources that are not a part of the application chart itself. You have to either create an extra chart for that, or manage them with other tools (kustomize, plain manifests etc.). That is painful. We have a solution. If you want to create anything that is not present in the chart, *just add it in raw*!
Sometimes you have to deploy some cloud-specific resources that are not a part of the application chart itself.
You have to either create an extra chart for that, or manage them with other tools (kustomize, plain manifests etc.).
That is painful. We have a solution. If you want to create anything that is not present in the chart, *just add it in raw*!
Let's say, you are hosted in [GKE](https://cloud.google.com/kubernetes-engine) and want to use Google-managed TLS certificates. In order to do that, you have to create a ManagedCertificate resource. It can be done this way.
Let's say, you are hosted in [GKE](https://cloud.google.com/kubernetes-engine)
and want to use Google-managed TLS certificates.
In order to do that, you have to create a ManagedCertificate resource:
```yaml
frontend:
@ -51,7 +59,9 @@ raw:
- example.com
```
Or, let's say, you have decided to use Google SQL database instead of self-hosted, and placed credentials in Google Secret Manager. You plan to use [ExternalSecrets](https://external-secrets.io/v0.7.2/) to get that credentials. These can be easily integrated as well.
Or, let's say, you have decided to use Google SQL database instead of self-hosted, and placed credentials in Google Secret Manager.
You plan to use [ExternalSecrets](https://external-secrets.io/v0.7.2/) to store the credentials.
These can be easily integrated as well.
```yaml
# Disable embedded database
@ -116,8 +126,7 @@ Enjoy!
### Use an existing file volume claim
In the `values.yaml` file, you can configure wether to create the Persistent Volume Claim or use an existing one:
In the `values.yaml` file, you can configure whether to create the Persistent Volume Claim or use an existing one:
```yaml
# Specifies whether a PVC should be created
@ -127,10 +136,14 @@ In the `values.yaml` file, you can configure wether to create the Persistent Vol
name: ""
```
This is helpful when migrating from a different k8s chart and want to re-use the existing volume or if you need more control over how the volume is created.
This is helpful when migrating from a different k8s chart and to re-use the existing volume
or if you need more control over how the volume is created.
## Publishing
The following steps are automatically performed when a git tag for a new version is pushed to the repository.
They are only listed here for reference.
1. Pull all dependencies before packaging.
```shell

View File

@ -27,8 +27,6 @@ frontend:
# Public API URL that client's browser will reach
apiUrl: ""
replicaCount: 1
image:
repository: vikunja/frontend
pullPolicy: IfNotPresent
@ -82,6 +80,8 @@ frontend:
# cpu: 100m
# memory: 128Mi
replicaCount: 1
autoscaling:
enabled: false
minReplicas: 1
@ -138,39 +138,13 @@ frontend:
# ┘ ┘┘ ┘
api:
# Values for this config are described here https://vikunja.io/docs/config-options/
# Everything under this key is loaded into a native Vikunja yaml config: https://vikunja.io/docs/config-options/
config:
service:
JWTSecret: ""
interface: ":3456"
frontendurl: ""
enableregistration: false
timezone: GMT
database:
type: sqlite
path: /sqlite/vikunja.db
cache:
enabled: true
type: redis
redis:
enabled: false
host: ""
password: ""
db: 0
cors:
enable: false
origins: []
mailer:
enabled: false
log:
path: null
files:
basepath: /files
defaultsettings:
avatar_provider: gravatar
discoverable_by_name: true
discoverable_by_email: true
week_start: 1
persistence:
enabled: false
@ -186,8 +160,6 @@ api:
# storage: 1Gi
# storageClassName: openebs-hostpath
replicaCount: 1
image:
repository: vikunja/api
pullPolicy: IfNotPresent
@ -235,6 +207,8 @@ api:
# cpu: 100m
# memory: 128Mi
replicaCount: 1
autoscaling:
enabled: false
minReplicas: 1
@ -289,12 +263,13 @@ api:
envFrom: {}
# ┬─┐┌─┐┐─┐┌┐┐┌─┐┬─┐┬─┐┐─┐┐─┐┬
# │─┘│ │└─┐ │ │ ┬│┬┘├─ └─┐│ ││
# ┬─┐┌─┐┐─┐┌┐┐┌─┐┬─┐┬─┐┐─┐┐─┐┬
# │─┘│ │└─┐ │ │ ┬│┬┘├─ └─┐│ ││
# ┘ ┘─┘──┘ ┘ ┘─┘┘└┘┴─┘──┘└─\┘─┘
postgresqlEnabled: false
# Please refer to PostgreSQL subchart for a full list of possible values
# https://github.com/bitnami/charts/tree/main/bitnami/postgresql/#parameters
postgresql: {}
# ┬─┐┬─┐┬─┐o┐─┐
@ -303,6 +278,7 @@ postgresql: {}
redisEnabled: false
# Please refer to Redis subchart for a full list of possible values
# https://github.com/bitnami/charts/tree/main/bitnami/redis/#parameters
redis: {}
# ┬─┐┬─┐┐ ┬