Nick Szaunig
5889f58da7
Docker Image bauen und veroeffentlichen / build-and-push (push) Waiting to run
Dockerfile (Multi-Stage, "output: standalone"), docker-compose.yml mit Caddy als einzigem nach aussen offenem Reverse-Proxy (verhindert X-Forwarded-For-Faelschung fuer das App-eigene Rate-Limiting), Gitea Actions Workflow der bei jedem Push zwei Image-Tags in die Gitea- Container-Registry baut (schlankes Laufzeit-Image + ein Migrations- Image mit Prisma-CLI), sowie rohe Kubernetes-Manifeste (Namespace, ConfigMap, Secret-Vorlage, Postgres-/MySQL-StatefulSet, Migrations-Job, App-Deployment, Ingress) fuer den Cluster-Betrieb. Siehe k8s/README.md fuer den vollstaendigen Einrichtungs-/Deployment-Ablauf.
38 lines
1.6 KiB
YAML
38 lines
1.6 KiB
YAML
# Einmalig VOR jedem Deployment (bzw. bei jedem neuen Image-Tag) ausfuehren:
|
|
# kubectl delete job wabenhain-migrate -n wabenhain --ignore-not-found
|
|
# kubectl apply -f k8s/04-migrate-job.yaml
|
|
# kubectl wait --for=condition=complete job/wabenhain-migrate -n wabenhain --timeout=120s
|
|
# "kubectl delete...--ignore-not-found" zuerst, weil Jobs nicht ueberschrieben
|
|
# werden koennen (Kubernetes-Job-Objekte sind unveraenderlich) — ohne das
|
|
# schlaegt ein erneutes "kubectl apply" mit demselben Namen fehl.
|
|
#
|
|
# Nutzt das ":migrate-<sha>"-Image aus der Gitea-Actions-Pipeline (hat die
|
|
# Prisma-CLI + tsx an Bord, die "pnpm db:deploy"/"pnpm db:seed" brauchen —
|
|
# das schlanke Laufzeit-Image aus 05-app-deployment.yaml bewusst nicht,
|
|
# siehe Dockerfile). image: unten mit der tatsaechlichen Registry/Tag
|
|
# ersetzen.
|
|
apiVersion: batch/v1
|
|
kind: Job
|
|
metadata:
|
|
name: wabenhain-migrate
|
|
namespace: wabenhain
|
|
spec:
|
|
backoffLimit: 2
|
|
template:
|
|
spec:
|
|
restartPolicy: Never
|
|
containers:
|
|
- name: migrate
|
|
image: git.example.com/OWNER/wabenhain:migrate-REPLACE-ME
|
|
# prisma migrate deploy (nicht "db push"): wendet die committeten
|
|
# Migrationsdateien nicht-interaktiv an, das ist Prismas
|
|
# vorgesehener Weg fuer Produktions-Deployments. db:seed danach
|
|
# legt/erneuert nur das Admin-Konto + Beispieldaten, ist idempotent
|
|
# (siehe prisma/seed.ts).
|
|
command: ["sh", "-c", "pnpm db:deploy && pnpm db:seed"]
|
|
envFrom:
|
|
- configMapRef:
|
|
name: wabenhain-config
|
|
- secretRef:
|
|
name: wabenhain-secrets
|