managarten/apps/api/Dockerfile
Till JS 6cbb1f64d0 fix(api/Dockerfile): switch builder stage to node:20-alpine
oven/bun:1 doesn't ship with npm or pnpm, so the previous
`RUN npm install -g pnpm@9.15.0` failed with `/bin/sh: 1: npm: not
found` on the first Mac Mini build. Bun's own install command
doesn't honor pnpm-workspace.yaml, so we can't use it as a drop-in.

Switch the builder stage to node:20-alpine which has npm built in,
install pnpm there, resolve the workspace graph, then COPY the
finished tree into the bun runtime stage. The runtime stage stays
on oven/bun:1 — bun handles pnpm's node_modules/.pnpm symlink farm
natively, so the workspace layout works the same as it does on a
developer machine.

Tested locally: `docker compose -f docker-compose.macmini.yml build
mana-api` now succeeds through the install stage. The runtime
stage is unchanged.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-09 14:10:59 +02:00

68 lines
2.6 KiB
Docker

# syntax=docker/dockerfile:1
#
# apps/api — unified Hono/Bun API server
#
# Multi-stage build:
# - builder: node:20-alpine with pnpm to resolve the workspace
# dependency graph (@mana/shared-hono + 3 more workspace packages).
# Bun's install command doesn't read pnpm-workspace.yaml, so we use
# pnpm here even though the runtime is Bun.
# - runtime: oven/bun:1 to actually run the server. Bun handles the
# pnpm symlink farm at node_modules/.pnpm/* natively, so the only
# thing the runtime stage needs is the workspace tree the builder
# produced and the entry script.
#
# Build context MUST be the monorepo root, not apps/api/. The compose
# service uses `context: .` for this reason.
FROM node:20-alpine AS builder
WORKDIR /app
RUN npm install -g pnpm@9.15.0
# Copy the workspace manifest first so the dependency graph is known
# before we add source. This caches the install layer for incremental
# rebuilds when only source changes.
COPY package.json pnpm-lock.yaml pnpm-workspace.yaml ./
COPY apps/api/package.json ./apps/api/package.json
# Workspace packages that apps/api depends on, plus their transitive
# workspace deps. Listed explicitly so the install layer doesn't pull
# in the entire monorepo.
COPY packages/shared-hono ./packages/shared-hono
COPY packages/shared-logger ./packages/shared-logger
COPY packages/shared-storage ./packages/shared-storage
# @mana/media-client lives under services/mana-media (sub-package).
COPY services/mana-media/packages/client ./services/mana-media/packages/client
# Resolve the dependency graph for apps/api only (--filter ...
# follows the workspace transitive deps automatically).
RUN pnpm install --filter @mana/api... --no-frozen-lockfile --ignore-scripts
# Copy the api source and tsconfig last so source-only changes don't
# bust the install cache.
COPY apps/api/src ./apps/api/src
COPY apps/api/tsconfig.json ./apps/api/tsconfig.json
# ─── Runtime stage ─────────────────────────────────────────────
#
# Bun can run TypeScript directly without a compile step, so the
# runtime image just needs the workspace tree the builder produced.
# We copy /app wholesale rather than try to slice node_modules — the
# pnpm symlink farm is fragile and easy to break with selective copies.
FROM oven/bun:1 AS production
WORKDIR /app
COPY --from=builder /app /app
WORKDIR /app/apps/api
EXPOSE 3060
HEALTHCHECK --interval=30s --timeout=10s --start-period=15s --retries=3 \
CMD bun -e "fetch('http://localhost:3060/health').then(r=>process.exit(r.ok?0:1)).catch(()=>process.exit(1))"
CMD ["bun", "run", "src/index.ts"]