Zurück zu Fähigkeiten

create-multistage-dockerfile

pjt222
Aktualisiert 2 days ago
3 Ansichten
17
2
17
Auf GitHub ansehen
Metaaidesign

Über

Diese Fähigkeit erzeugt optimierte mehrstufige Dockerfiles, die Build- und Laufzeitumgebungen trennen, um die Größe der Produktions-Images zu minimieren. Sie erstellt Konfigurationen für Ziele wie Scratch, Distroless oder Alpine und vergleicht dabei die resultierenden Image-Größen. Nutzen Sie sie, wenn Produktions-Images zu groß sind, unnötige Build-Tools enthalten oder bei der Bereitstellung in eingeschränkten Umgebungen wie Edge- oder Serverless-Plattformen.

Schnellinstallation

Claude Code

Empfohlen
Primär
npx skills add pjt222/agent-almanac -a claude-code
Plugin-BefehlAlternativ
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternativ
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/create-multistage-dockerfile

Kopieren Sie diesen Befehl und fügen Sie ihn in Claude Code ein, um diese Fähigkeit zu installieren

Dokumentation

Create Multi-Stage Dockerfile

Separate build + runtime → min prod img.

Use When

  • Prod imgs too large (>500MB compiled)
  • Build tools (compilers, headers) in final img
  • Need dev + prod from 1 Dockerfile
  • Constrained env (edge, serverless)

In

  • Required: Existing Dockerfile / project
  • Required: Lang + build (npm, pip, go, cargo, maven)
  • Optional: Runtime base (slim, alpine, distroless, scratch)
  • Optional: Size budget

Do

Step 1: Build vs Runtime Deps

CatBuild StageRuntime
Compilersgcc, g++, rustcNot needed
Pkg mgrsnpm, pip, cargoSometimes (interpreted)
Dev headers-dev pkgsNot needed
SourceFull treeOnly compiled out
Test fwjest, pytestNot needed

Step 2: Multi-Stage Struct

Pattern: build in fat img, copy artifacts → slim.

# ---- Build Stage ----
FROM <build-image> AS builder
WORKDIR /src
COPY <dependency-manifest> .
RUN <install-dependencies>
COPY . .
RUN <build-command>

# ---- Runtime Stage ----
FROM <runtime-image>
COPY --from=builder /src/<artifact> /<dest>
EXPOSE <port>
CMD [<entrypoint>]

Step 3: Lang-Specific

Node.js (pruned node_modules)

FROM node:22-bookworm AS builder
WORKDIR /src
COPY package.json package-lock.json ./
RUN npm ci
COPY . .
RUN npm run build && npm prune --omit=dev

FROM node:22-bookworm-slim
RUN groupadd -r app && useradd -r -g app app
WORKDIR /app
COPY --from=builder /src/dist ./dist
COPY --from=builder /src/node_modules ./node_modules
COPY --from=builder /src/package.json .
USER app
EXPOSE 3000
CMD ["node", "dist/index.js"]

Python (venv copy)

FROM python:3.12-bookworm AS builder
WORKDIR /src
RUN python -m venv /opt/venv
ENV PATH="/opt/venv/bin:$PATH"
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY . .

FROM python:3.12-slim-bookworm
COPY --from=builder /opt/venv /opt/venv
ENV PATH="/opt/venv/bin:$PATH"
WORKDIR /app
COPY --from=builder /src .
RUN groupadd -r app && useradd -r -g app app
USER app
EXPOSE 8000
CMD ["python", "app.py"]

Go (static → scratch)

FROM golang:1.23-bookworm AS builder
WORKDIR /src
COPY go.mod go.sum ./
RUN go mod download
COPY . .
RUN CGO_ENABLED=0 GOOS=linux go build -ldflags="-s -w" -o /server ./cmd/server

FROM scratch
COPY --from=builder /etc/ssl/certs/ca-certificates.crt /etc/ssl/certs/
COPY --from=builder /server /server
EXPOSE 8080
ENTRYPOINT ["/server"]

Rust (static musl)

FROM rust:1.82-bookworm AS builder
RUN apt-get update && apt-get install -y musl-tools && rm -rf /var/lib/apt/lists/*
RUN rustup target add x86_64-unknown-linux-musl
WORKDIR /src
COPY Cargo.toml Cargo.lock ./
RUN mkdir src && echo "fn main() {}" > src/main.rs \
    && cargo build --release --target x86_64-unknown-linux-musl \
    && rm -rf src
COPY . .
RUN touch src/main.rs && cargo build --release --target x86_64-unknown-linux-musl

FROM scratch
COPY --from=builder /src/target/x86_64-unknown-linux-musl/release/myapp /myapp
EXPOSE 8080
ENTRYPOINT ["/myapp"]

Got: Final img = runtime + compiled artifacts only.

If err: Check COPY --from=builder paths. Use docker build --target builder → debug build stage.

Step 4: Runtime Base

BaseSizeShellUse
scratch0 MBNoStatic Go/Rust
gcr.io/distroless/static~2 MBNoStatic + CA certs
gcr.io/distroless/base~20 MBNoDynamic (libc)
*-slim50-150 MBYesInterpreted
alpine~7 MBYesShell needed

Note: Alpine = musl libc. Some Python wheels / Node native mods fail. Prefer -slim (glibc) for interpreted.

Step 5: Build Args Cross Stages

ARG APP_VERSION=0.0.0

FROM golang:1.23 AS builder
ARG APP_VERSION
RUN go build -ldflags="-X main.version=${APP_VERSION}" -o /server .

FROM gcr.io/distroless/static
COPY --from=builder /server /server
ENTRYPOINT ["/server"]

Build: docker build --build-arg APP_VERSION=1.2.3 .

Note: ARG before FROM = global. Each stage must re-declare ARG to use.

Step 6: Compare Sizes

# Build both variants
docker build -t myapp:fat --target builder .
docker build -t myapp:slim .

# Compare sizes
docker images --format "table {{.Repository}}\t{{.Tag}}\t{{.Size}}" | grep myapp

Got: Prod img 50-90% smaller than build.

Check

  • All stages build
  • Final img no build tools
  • docker run works from slim
  • Size reduced vs single-stage
  • COPY --from=builder paths correct
  • No src leak into prod

Traps

  • Missing runtime libs: Compiled code may need shared libs (libc, libssl). Test slim thoroughly.
  • Broken COPY --from: Path must match exact. Debug: docker build --target builder + docker run --rm builder ls /path.
  • Alpine musl: Native Node addons + some Python fail. Use -slim.
  • ARG scope: Global ARG before FROM → only FROM lines. Re-declare in each stage needing it.
  • No CA certs: scratch has none. Copy /etc/ssl/certs/ca-certificates.crt / use distroless.

  • create-dockerfile — single-stage general
  • create-r-dockerfile — R-specific rocker
  • optimize-docker-build-cache — layer caching + BuildKit
  • setup-compose-stack — compose w/ multi-stage

GitHub Repository

pjt222/agent-almanac
Pfad: i18n/caveman-ultra/skills/create-multistage-dockerfile
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Verwandte Skills

content-collections

Meta

Diese Skill bietet eine produktionsgetestete Einrichtung für Content Collections – ein TypeScript-first-Tool, das Markdown/MDX-Dateien in typsichere Datensammlungen mit Zod-Validierung umwandelt. Verwenden Sie ihn beim Erstellen von Blogs, Dokumentationsseiten oder inhaltsstarken Vite + React-Anwendungen, um Typsicherheit und automatische Inhaltsvalidierung zu gewährleisten. Er behandelt alles von der Vite-Plugin-Konfiguration und MDX-Kompilierung bis hin zur Deployment-Optimierung und Schema-Validierung.

Skill ansehen

polymarket

Meta

Diese Fähigkeit ermöglicht es Entwicklern, Anwendungen mit der Polymarket-Prognosemärkte-Plattform zu erstellen, einschließlich API-Integration für Handel und Marktdaten. Sie bietet außerdem Echtzeit-Datenstreaming über WebSocket, um Live-Trades und Marktaktivitäten zu überwachen. Nutzen Sie sie zur Implementierung von Handelsstrategien oder zur Erstellung von Tools, die Live-Marktaktualisierungen verarbeiten.

Skill ansehen

creating-opencode-plugins

Meta

Diese Fähigkeit unterstützt Entwickler dabei, OpenCode-Plugins zu erstellen, die in über 25 Ereignistypen wie Befehle, Dateien und LSP-Operationen eingreifen. Sie bietet die Plugin-Struktur, Event-API-Spezifikationen und Implementierungsmuster für JavaScript/TypeScript-Module. Nutzen Sie sie, wenn Sie den Lebenszyklus des OpenCode KI-Assistenten mit benutzerdefinierter ereignisgesteuerter Logik abfangen, überwachen oder erweitern müssen.

Skill ansehen

sglang

Meta

SGLang ist ein hochperformantes LLM-Serving-Framework, das sich auf schnelle, strukturierte Generierung für JSON, Regex und agentenbasierte Workflows unter Verwendung seines RadixAttention-Prefix-Cachings spezialisiert. Es bietet deutlich schnellere Inferenz, insbesondere für Aufgaben mit wiederholten Präfixen, was es ideal für komplexe, strukturierte Ausgaben und Mehrfachdialoge macht. Wählen Sie SGLang gegenüber Alternativen wie vLLM, wenn Sie constrained decoding benötigen oder Anwendungen mit umfangreicher Präfix-Weitergabe entwickeln.

Skill ansehen