SQL and Seed into App

k8s/README.md

@@ -6,11 +6,12 @@ anwendbar. Nummerierung = empfohlene Reihenfolge.
 ## Einmalige Vorbereitung
 
 1. **Gitea Actions**: `.gitea/workflows/docker-build.yml` baut bei jedem
-   Push auf `main` zwei Image-Tags in der Gitea-Container-Registry:
-   - `<registry>/<owner>/wabenhain:latest` (+ `:sha-<kurzhash>`, `:vX.Y.Z` bei
-     Tags) — das schlanke Laufzeit-Image fuer `05-app-deployment.yaml`.
-   - `<registry>/<owner>/wabenhain:migrate-<sha>` — enthaelt zusaetzlich die
-     Prisma-CLI/tsx, fuer `04-migrate-job.yaml`.
+   Push auf `main` das Image `<registry>/<owner>/wabenhain:latest` (+
+   `:sha-<kurzhash>`, `:vX.Y.Z` bei Tags) in der Gitea-Container-Registry.
+   Ein einzelnes Image reicht fuer `05-app-deployment.yaml` — es traegt
+   sowohl die Next.js-App als auch die Prisma-CLI/tsx und migriert/seedet
+   die Datenbank beim Start selbst (siehe Punkt 2 unten), kein separates
+   Migrations-Image mehr.
 
    Voraussetzung: ein Repo-/Org-Secret `REGISTRY_TOKEN` in Gitea anlegen
    (Personal Access Token mit `package`-Scope, unter Benutzereinstellungen →
@@ -28,6 +29,10 @@ anwendbar. Nummerierung = empfohlene Reihenfolge.
    `src/lib/prisma.ts`. Ein Image reicht also fuer Postgres UND MySQL — nur
    `DATABASE_PROVIDER`/`DATABASE_URL` in `01-configmap.yaml`/
    `02-secret.yaml` muessen zur tatsaechlich gewaehlten Datenbank passen.
+   Beim Container-Start fuehrt derselbe Prozess erst `prisma migrate deploy`
+   und `prisma db seed` aus, BEVOR der Next.js-Server startet (siehe
+   Dockerfile-CMD in der `runner`-Stage) — beide Schritte sind idempotent
+   und bei jedem Neustart gefahrlos, kein separater Migrations-Job noetig.
 
 3. `k8s/02-secret.example.yaml` nach `k8s/02-secret.yaml` kopieren (per
    `.gitignore` ausgeschlossen — NIE mit echten Werten committen) und
@@ -37,13 +42,10 @@ anwendbar. Nummerierung = empfohlene Reihenfolge.
 4. `01-configmap.yaml`: `DATABASE_PROVIDER` (postgresql/mysql) und
    `NEXT_PUBLIC_SITE_URL` (echte Domain) anpassen.
 
-5. `image:` in `04-migrate-job.yaml`/`05-app-deployment.yaml` zeigt bereits
-   auf `git.encry.de/nick.rosenloecher/wabenhain` — nur noch den Tag pruefen
-   (`:latest` in `05-app-deployment.yaml` passt fuer den jeweils neuesten
-   `main`-Build; `:migrate-REPLACE-ME` in `04-migrate-job.yaml` durch den
-   echten Commit-Kurzhash aus dem Gitea-Actions-Lauf ersetzen, sichtbar unter
-   Repo → Actions → Workflow-Run). In `06-ingress.yaml` `shop.example.com`
-   durch die echte Domain ersetzen
+5. `image:` in `05-app-deployment.yaml` zeigt bereits auf
+   `git.encry.de/nick.rosenloecher/wabenhain` — nur noch den Tag pruefen
+   (`:latest` passt fuer den jeweils neuesten `main`-Build). In
+   `06-ingress.yaml` `shop.example.com` durch die echte Domain ersetzen
    (zweimal: `host:` und `tls.hosts`).
 
 ## Deployment
@@ -59,25 +61,24 @@ kubectl apply -f k8s/03-postgres.yaml
 
 kubectl wait --for=condition=ready pod -l app=wabenhain-postgres -n wabenhain --timeout=120s
 
-# Migrationen + Seed (Admin-Konto, Beispieldaten) — vor jedem neuen
-# Image-Tag erneut 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 apply -f k8s/05-app-deployment.yaml
 kubectl apply -f k8s/06-ingress.yaml
 ```
 
+Migrationen + Seed (nur Admin-Konto, KEINE Beispieldaten — siehe Punkt 2
+oben) laufen automatisch beim Container-Start —
+`kubectl rollout status deployment/wabenhain-app -n wabenhain` zeigt, wann
+der erste Pod bereit ist.
+
 ## Bei einem neuen Image (Redeploy)
 
 ```bash
-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 rollout restart deployment/wabenhain-app -n wabenhain
 ```
 
+Migrationen + Seed laufen automatisch erneut beim Start jedes neuen Pods
+(idempotent, siehe oben).
+
 ## Bekannte Grenzen dieser Manifeste
 
 - **`replicas: 1`** in `05-app-deployment.yaml`, bewusst nicht mehr: das