fix: OOM-Crash beim Seed-Schritt durch Vorkompilieren beheben
ts-node prisma/seed.ts lief bisher live im Container - der TypeScript-Compiler dafuer braucht deutlich mehr Heap als das 512Mi-Pod-Limit, daher sporadische "JavaScript heap out of memory"- Crashes beim Start (manchmal lief's, manchmal nicht, reine GC-Zufaelligkeit an der Speichergrenze). Fix: seed.ts wird jetzt wie main.ts beim Docker-Build vorkompiliert (tsconfig.seed.json, rootDir bewusst auf prisma/ statt Projekt-Root gesetzt, damit der relative Import '../generated/prisma' nach dem Kompilieren weiterhin auf denselben Pfad zeigt). Laufzeit-CMD startet nur noch plain `node dist/seed.js` - kein TypeScript-Compiler mehr im Container. ts-node/typescript zurueck zu devDependencies (nur noch fuer den Build-Schritt gebraucht, nicht mehr zur Laufzeit). incremental in tsconfig.seed.json explizit deaktiviert - ein stale tsconfig.seed.tsbuildinfo liess tsc beim zweiten Testlauf sonst faelschlich "nichts zu tun" melden (derselbe Fallstrick wie bei tsconfig.build.tsbuildinfo). Verifiziert: tsc/eslint clean, 304/304 Tests, Build reproduzierbar (zweimal hintereinander ohne Cache-Reset getestet), node dist/seed.js lief erfolgreich gegen die echte lokale DB (erkannte den bestehenden Admin korrekt und legte ihn nicht erneut an).
This commit is contained in:
1 parent
ce3a0c44ac
commit
f2b9993427
4 files changed
+44
-14
No files matched your search
@@ -15,14 +15,16 @@ 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/, seed.ts und prisma.config.ts: noetig fuer
|
||||
# `npm run migrate:deploy` und `npm run seed`, die der Container beim Start
|
||||
# selbst ausfuehrt (siehe CMD unten), bevor der Server Verbindungen annimmt.
|
||||
# tsconfig.json: ts-node (Laufzeit-Dependency, siehe package.json) braucht es,
|
||||
# um seed.ts direkt auszufuehren, ohne separaten Kompilierschritt.
|
||||
# schema.prisma, migrations/ und prisma.config.ts: noetig fuer
|
||||
# `npm run migrate:deploy`, das der Container beim Start selbst ausfuehrt
|
||||
# (siehe CMD unten). seed.ts selbst wird NICHT zur Laufzeit ausgefuehrt -
|
||||
# `npm run build` kompiliert es vorab zu dist/seed.js (siehe
|
||||
# tsconfig.seed.json), das schon in ./dist enthalten ist. Frueher lief
|
||||
# `ts-node prisma/seed.ts` direkt im Container: der TypeScript-Compiler
|
||||
# braucht dafuer deutlich mehr Heap als das 512Mi-Pod-Limit hergibt und
|
||||
# fuehrte zu sporadischen OOM-Crashes beim Start.
|
||||
COPY --from=builder /app/prisma ./prisma
|
||||
COPY --from=builder /app/prisma.config.ts ./prisma.config.ts
|
||||
COPY --from=builder /app/tsconfig.json ./tsconfig.json
|
||||
EXPOSE 3001
|
||||
USER node
|
||||
# migrate deploy ist idempotent und nutzt einen DB-seitigen Advisory-Lock,
|
||||
|
||||
Reference in new issue
Block a user