Nick Szaunig
d207c8b2b2
Docker Image bauen und veroeffentlichen / build-and-push (push) Successful in 3m35s
94 lines
4.7 KiB
Docker
94 lines
4.7 KiB
Docker
# syntax=docker/dockerfile:1
|
|
|
|
FROM node:22.23.2-alpine3.24 AS base
|
|
RUN corepack enable
|
|
WORKDIR /app
|
|
|
|
# --- Dependencies -----------------------------------------------------------
|
|
FROM base AS deps
|
|
COPY package.json pnpm-lock.yaml pnpm-workspace.yaml ./
|
|
# --ignore-scripts: postinstall generiert die Prisma-Clients aus
|
|
# prisma/schema.prisma + scripts/ — in dieser Stage noch nicht vorhanden
|
|
# (erst "COPY . ." im builder-Stage unten). Die build-Stage generiert ueber
|
|
# "pnpm build" ohnehin beide Client-Varianten, s.u.
|
|
RUN pnpm install --frozen-lockfile --ignore-scripts
|
|
|
|
# --- Build --------------------------------------------------------------
|
|
FROM base AS builder
|
|
COPY --from=deps /app/node_modules ./node_modules
|
|
COPY . .
|
|
# DATABASE_URL wird zur Build-Zeit nicht benoetigt (Prisma generate braucht
|
|
# keine Live-Verbindung), muss aber gesetzt sein, damit prisma.config.ts
|
|
# (laedt selbst kein .env im Image) nicht wegen einer fehlenden URL abbricht.
|
|
ENV DATABASE_URL="postgresql://placeholder:placeholder@localhost:5432/placeholder"
|
|
# Generiert intern beide Prisma-Client-Varianten (Postgres + MySQL, siehe
|
|
# scripts/generate-prisma-clients.mjs) und baut danach die Next.js-App — ein
|
|
# einzelnes Image, das per DATABASE_PROVIDER zur Laufzeit zwischen beiden
|
|
# Datenbanken wechseln kann, siehe lib/prisma.ts.
|
|
RUN pnpm build
|
|
|
|
# --- Migrator-Tools -----------------------------------------------------
|
|
# Eigenstaendiger, schlanker node_modules-Baum nur mit Prisma-CLI, tsx und
|
|
# den paar Laufzeit-Paketen, die prisma/seed.ts importiert — NICHT
|
|
# next/react/sharp/stripe/alle devDependencies, die der volle builder-Stage
|
|
# oben mitbringt. Wird unten in die runner-Stage kopiert, damit die App sich
|
|
# beim Start selbst migrieren/seeden kann (kein separates Migrations-Image/
|
|
# kein Kubernetes-Job mehr noetig).
|
|
FROM base AS migrator
|
|
# pnpm-workspace.yaml zuerst kopieren: pnpm v11 blockt Postinstall-Skripte
|
|
# (u.a. @prisma/engines, laedt die Schema-Engine-Binary fuer "migrate
|
|
# deploy") standardmaessig, ausser sie sind per "allowBuilds" in dieser
|
|
# Datei freigegeben. Ohne die Datei an dieser Stelle liefe "pnpm add" gegen
|
|
# ein Verzeichnis ohne jede Allowlist und wuerde die Skripte ignorieren
|
|
# ([ERR_PNPM_IGNORED_BUILDS]) -> Schema Engine fehlt -> "migrate deploy"
|
|
# schlaegt mit E_CANNOT_RESOLVE_VERSION fehl.
|
|
COPY pnpm-workspace.yaml ./
|
|
# dotenv: prisma.config.ts importiert "dotenv/config" (Vorlagen-Kommentar
|
|
# dort: "assumes you have installed ... dotenv") — im vollen builder-Stage
|
|
# oben nur ueber eine transitive Abhaengigkeit erreichbar, hier in der
|
|
# isolierten node_modules-Installation nicht automatisch mit dabei.
|
|
RUN pnpm add --save-prod \
|
|
prisma@^7.9.1 tsx@^4 bcryptjs@^3.0.3 dotenv@^17.4.2 \
|
|
@prisma/client@^7.9.1 @prisma/adapter-pg@^7.9.1 \
|
|
@prisma/adapter-mariadb@^7.9.1 mariadb@^3.5.3
|
|
|
|
# --- Runtime --------------------------------------------------------------
|
|
FROM base AS runner
|
|
ENV NODE_ENV=production
|
|
RUN addgroup --system --gid 1001 nodejs \
|
|
&& adduser --system --uid 1001 nextjs
|
|
|
|
COPY --from=builder /app/public ./public
|
|
COPY --from=builder --chown=nextjs:nodejs /app/.next/standalone ./
|
|
COPY --from=builder --chown=nextjs:nodejs /app/.next/static ./.next/static
|
|
COPY --from=builder /app/prisma ./prisma
|
|
COPY prisma.config.ts ./
|
|
COPY scripts ./scripts
|
|
COPY src/lib/db-adapter.ts ./src/lib/db-adapter.ts
|
|
COPY src/lib/password-breach-check.ts ./src/lib/password-breach-check.ts
|
|
COPY --from=builder /app/src/generated ./src/generated
|
|
# Eigener node_modules-Baum nur fuer Migrationen/Seed (prisma-CLI/tsx),
|
|
# getrennt vom node_modules des Next.js-Standalone-Outputs oben (das ist
|
|
# eine von Next.js kopierte, nicht pnpm-verwaltete Teilmenge — "pnpm add"
|
|
# wuerde dort kollidieren). PATH macht "prisma"/"tsx" ausfuehrbar,
|
|
# NODE_PATH ist ein Fallback fuer Node-Modulaufloesung, falls tsx beim
|
|
# Ausfuehren von prisma/seed.ts ein Paket braucht, das der Next.js-Tracer
|
|
# nicht schon ins Standalone-node_modules uebernommen hat.
|
|
COPY --chown=nextjs:nodejs --from=migrator /app/node_modules ./migrate-tools/node_modules
|
|
ENV PATH="/app/migrate-tools/node_modules/.bin:${PATH}"
|
|
ENV NODE_PATH="/app/migrate-tools/node_modules"
|
|
|
|
USER nextjs
|
|
EXPOSE 3000
|
|
ENV PORT=3000
|
|
ENV HOSTNAME="0.0.0.0"
|
|
|
|
# Migrationen + Seed laufen VOR dem Serverstart, damit Readiness-/Liveness-
|
|
# Probes nie gegen eine ungemigrateet Datenbank treffen — dafuer kein
|
|
# separater Kubernetes-Job mehr noetig. Beide Schritte sind idempotent
|
|
# ("migrate deploy" wendet nur neue Migrationen an, prisma/seed.ts
|
|
# legt/erneuert nur das Admin-Konto) und damit bei jedem Neustart
|
|
# gefahrlos. KEINE Beispieldaten im Image/Auto-Seed — dafuer separat
|
|
# "pnpm db:seed:demo" (prisma/seed-demo.ts), nie automatisch ausgefuehrt.
|
|
CMD ["sh", "-c", "node scripts/prisma-provider.mjs && prisma migrate deploy && prisma db seed && exec node server.js"]
|