Nick Szaunig
76a9e9c3a4
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.
30 lines
1.0 KiB
Docker
30 lines
1.0 KiB
Docker
# syntax=docker/dockerfile:1
|
|
|
|
FROM node:22-alpine AS builder
|
|
WORKDIR /app
|
|
COPY package.json package-lock.json ./
|
|
RUN npm ci
|
|
COPY . .
|
|
RUN npx prisma generate
|
|
RUN npm run build
|
|
|
|
FROM node:22-alpine AS runtime
|
|
ENV NODE_ENV=production
|
|
WORKDIR /app
|
|
COPY package.json package-lock.json ./
|
|
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`, 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
|
|
# 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"]
|