feat: Backend migriert die Datenbank beim Start selbst statt ueber Job

Kein separater Kubernetes-Job mehr. Dockerfile-CMD fuehrt jetzt
`npm run migrate:deploy` aus, bevor `node dist/main.js` startet -
Tabellen werden beim ersten Verbinden automatisch angelegt. Sicher bei
mehreren gleichzeitig startenden Pod-Replicas (replicas: 2), da Prisma
migrate deploy einen DB-seitigen Advisory-Lock nutzt. deployment.yaml
bekommt eine startupProbe (failureThreshold 30 x periodSeconds 10 = bis
zu 5 Min), damit liveness/readiness den Container waehrend der
Migration nicht neu starten. ARCHITECTURE.md entsprechend aktualisiert,
migrate-job.yaml entfernt.

ApiCore-Backend/Dockerfile

@@ -16,11 +16,14 @@ RUN npm ci --omit=dev
 COPY --from=builder /app/dist ./dist
 COPY --from=builder /app/generated ./generated
 # schema.prisma, migrations/ und prisma.config.ts: noetig fuer
-# `npm run migrate:deploy` (siehe deploy/k8s/backend/migrate-job.yaml), das
-# dasselbe Image mit ueberschriebenem command nutzt statt eines eigenen
-# Migrations-Images.
+# `npm run migrate:deploy`, das der Container beim Start selbst ausfuehrt
+# (siehe CMD unten), bevor der Server Verbindungen annimmt.
 COPY --from=builder /app/prisma ./prisma
 COPY --from=builder /app/prisma.config.ts ./prisma.config.ts
 EXPOSE 3001
 USER node
-CMD ["node", "dist/main.js"]
+# migrate deploy ist idempotent und nutzt einen DB-seitigen Advisory-Lock,
+# daher unproblematisch bei mehreren gleichzeitig startenden Pod-Replicas:
+# eine Instanz wendet die Migrationen an, die anderen warten kurz und finden
+# danach nichts mehr zu tun.
+CMD ["sh", "-c", "npm run migrate:deploy && node dist/main.js"]