SQL and Seed into App

k8s/05-app-deployment.yaml

@@ -1,8 +1,10 @@
 # image: unten mit der tatsaechlichen Registry/Tag aus der Gitea-Actions-
-# Pipeline ersetzen (das schlanke Laufzeit-Image, NICHT ":migrate-...").
-# Vor dem ersten Rollout einmal den Migrations-Job (04-migrate-job.yaml)
-# erfolgreich durchlaufen lassen, sonst startet die App gegen eine leere,
-# ungemigrateet Datenbank.
+# Pipeline ersetzen. Kein separater Migrations-Job mehr noetig: der
+# Container fuehrt "prisma migrate deploy" + "prisma db seed" selbst aus,
+# BEVOR er den Server startet (siehe Dockerfile-CMD in der runner-Stage) —
+# beide Schritte sind idempotent, laufen also bei jedem Neustart gefahrlos
+# erneut. Readiness-/Liveness-Probes greifen automatisch erst, sobald Port
+# 3000 offen ist, also nach abgeschlossener Migration/Seed.
 apiVersion: apps/v1
 kind: Deployment
 metadata:
@@ -45,8 +47,14 @@ spec:
             httpGet:
               path: /
               port: 3000
-            initialDelaySeconds: 20
+            # initialDelaySeconds/failureThreshold grosszuegiger als sonst
+            # ueblich: der Container migriert/seedet die DB selbst vor dem
+            # Serverstart (siehe Kommentar oben) — genug Spielraum, damit ein
+            # laengerer erster Migrationslauf nicht faelschlich als haengender
+            # Prozess gewertet und der Container neu gestartet wird.
+            initialDelaySeconds: 30
             periodSeconds: 30
+            failureThreshold: 5
           resources:
             requests:
               cpu: 100m