feat: PostgreSQL als StatefulSet im Kubernetes-Cluster deployen
Backend Image / build-and-push (push) Successful in 3m8s
Frontend Image / build-and-push (push) Successful in 2m54s

Architektur-Entscheidung geaendert: PostgreSQL laeuft jetzt selbst im
Cluster statt auf einer bestehenden externen Instanz. Neu:
deploy/k8s/postgres/ mit StatefulSet (postgres:18-alpine,
volumeClaimTemplates, pg_isready-Probes), headless Service
(apicore-postgres) und Secret-Vorlage. Backend-DATABASE_URL zeigt auf
den neuen In-Cluster-Service. CLAUDE.md/ARCHITECTURE.md aktualisiert:
Backup-Verantwortung liegt jetzt beim Projekt, nicht mehr beim
externen Cluster-/DBA-Betrieb (Backup-CronJob als offener Punkt in
TASKS.md ergaenzt).
This commit is contained in:
Nick Szaunig committed 2026-08-26 17:43:49 +02:00
1 parent 41c82d7dc7
commit 80890a5fc3
7 files changed
+90 -5

No files matched your search

+4 -1
View File
@@ -6,6 +6,9 @@ metadata:
name: apicore-backend-secret
type: Opaque
stringData:
DATABASE_URL: "postgresql://user:password@host:5432/apicore?schema=public"
# Host ist der In-Cluster-Service aus deploy/k8s/postgres/service.yaml.
# Anderer Namespace als das Backend? Dann FQDN nutzen:
# apicore-postgres.<namespace>.svc.cluster.local
DATABASE_URL: "postgresql://apicore:change-me-postgres-password@apicore-postgres:5432/apicore?schema=public"
JWT_ACCESS_SECRET: "change-me-access-secret"
JWT_REFRESH_SECRET: "change-me-refresh-secret"