docker-workflow
Comprehensive Docker containerization workflow covering multi-stage builds, docker-compose orchestration, image optimization, debugging, and production best practices. Use when containerizing applications, setting up development environments, or deploying with Docker.
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o docker-workflow.zip https://jpskill.com/download/17357.zip && unzip -o docker-workflow.zip && rm docker-workflow.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/17357.zip -OutFile "$d\docker-workflow.zip"; Expand-Archive "$d\docker-workflow.zip" -DestinationPath $d -Force; ri "$d\docker-workflow.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
docker-workflow.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
docker-workflowフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 3
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
Docker ワークフロー
概要
Docker コンテナ化は、アプリケーションをその依存関係とともに移植可能で再現可能なコンテナにパッケージ化することにより、開発、テスト、およびデプロイを効率化します。このスキルでは、開発から本番環境までのプロフェッショナルな Docker ワークフローについて説明します。
主要な機能
- マルチステージビルド: 最適なイメージサイズのために、ビルド時と実行時の依存関係を分離します
- Docker Compose オーケストレーション: ネットワークと依存関係を持つマルチコンテナアプリケーションを管理します
- イメージの最適化: ベストプラクティスを通じてイメージサイズを 50〜90% 削減します
- 開発ワークフロー: ホットリロード、ボリュームマウント、および環境固有の構成
- デバッグツール: コンテナの検査、ヘルスチェック、およびトラブルシューティングユーティリティ
- 本番環境への対応: セキュリティ強化、ヘルスチェック、およびデプロイ戦略
このスキルを使用するタイミング
以下の場合にアクティブ化します。
- 新しいアプリケーションをコンテナ化する
- Docker を使用して開発環境をセットアップする
- 本番環境に対応した Docker イメージを作成する
- マルチコンテナアプリケーションをオーケストレーションする
- コンテナの問題をデバッグする
- Docker ビルドとイメージを最適化する
ワークフローフェーズ
フェーズ 1: 初期設定
.dockerignore の作成
ビルドコンテキストから不要なファイルを除外します。
node_modules/
__pycache__/
*.pyc
.git/
.env
*.log
dist/
build/
coverage/
包括的なテンプレートについては、examples/.dockerignore を参照してください。
重要な原則:
- ビルドアーティファクトと依存関係を除外します
- 機密ファイル(.env、資格情報)を除外します
- バージョン管理(.git)を除外します
- コンテキストが小さいほど、ビルドが速くなります
アプリケーション要件の分析
以下を決定します。
- ランタイム(Node.js、Python、Go、Java)
- 依存関係とパッケージマネージャー
- ビルド時と実行時の要件
- ポートの公開とボリュームのニーズ
フェーズ 2: マルチステージ Dockerfile
戦略の選択
マルチステージビルドは、最終的なイメージサイズを 50〜90% 削減します。
# Stage 1: Build
FROM node:18-alpine AS builder
WORKDIR /app
COPY package*.json ./
RUN npm ci --only=production
COPY . .
RUN npm run build
# Stage 2: Production
FROM node:18-alpine
WORKDIR /app
COPY --from=builder /app/dist ./dist
COPY --from=builder /app/node_modules ./node_modules
EXPOSE 3000
CMD ["node", "dist/index.js"]
Node.js、Python、Go、Java、および Rust のテンプレートについては、examples/Dockerfile.multi-stage を参照してください。
レイヤーキャッシュの最適化
順序が重要です。変更されるコンテンツを最後に配置します。
# ✅ GOOD: Dependencies cached separately
COPY package.json package-lock.json ./
RUN npm ci
COPY . .
# ❌ BAD: Any file change invalidates cache
COPY . .
RUN npm ci
セキュリティのベストプラクティスの適用
# Use specific versions
FROM node:18.17.1-alpine
# Run as non-root user
RUN addgroup -g 1001 -S nodejs && adduser -S nodejs -u 1001
USER nodejs
# Copy with ownership
COPY --chown=nodejs:nodejs . .
セキュリティチェックリスト:
- ベースイメージのバージョンを固定します
- 最小限のベースイメージ(alpine、slim)を使用します
- root 以外のユーザーとして実行します
- 脆弱性をスキャンします
- インストールされているパッケージを最小限に抑えます
フェーズ 3: Docker Compose のセットアップ
サービスの定義
docker-compose.yml を作成します。
version: '3.8'
services:
app:
build:
context: .
dockerfile: Dockerfile
ports:
- "3000:3000"
environment:
- DATABASE_URL=postgresql://db:5432/myapp
depends_on:
db:
condition: service_healthy
volumes:
- ./src:/app/src # Development hot-reload
networks:
- app-network
db:
image: postgres:15-alpine
environment:
POSTGRES_DB: myapp
volumes:
- postgres-data:/var/lib/postgresql/data
healthcheck:
test: ["CMD-SHELL", "pg_isready -U user"]
interval: 5s
networks:
- app-network
volumes:
postgres-data:
networks:
app-network:
監視、キュー、およびキャッシュを備えたフル機能のセットアップについては、examples/docker-compose.yml を参照してください。
環境構成
さまざまな環境でオーバーライドファイルを使用します。
開発 (docker-compose.override.yml):
services:
app:
build:
target: development
volumes:
- ./src:/app/src
environment:
- NODE_ENV=development
command: npm run dev
本番 (docker-compose.prod.yml):
services:
app:
build:
target: production
restart: always
environment:
- NODE_ENV=production
使用法:
# Development (uses override automatically)
docker-compose up
# Production
docker-compose -f docker-compose.yml -f docker-compose.prod.yml up -d
フェーズ 4: ビルドと実行
ビルドコマンド
# Basic build
docker build -t myapp:latest .
# Build specific stage
docker build --target production -t myapp:prod .
# Build with BuildKit (faster)
DOCKER_BUILDKIT=1 docker build -t myapp:latest .
実行コマンド
# Single container
docker run -d -p 3000:3000 -e NODE_ENV=production myapp:latest
# Docker Compose
docker-compose up -d
# View logs
docker-compose logs -f app
# Execute in container
docker-compose exec app sh
# Stop and remove
docker-compose down -v
フェーズ 5: デバッグとトラブルシューティング
ヘルパースクリプトの使用
scripts/docker_helper.sh ユーティリティは、一般的なデバッグ操作を提供します。
# Check container health
./scripts/docker_helper.sh health myapp
# Inspect details
./scripts/docker_helper.sh inspect myapp
# View logs
./scripts/docker_helper.sh logs myapp 200
# Open shell
./scripts/docker_helper.sh shell myapp
# Analyze image size
./scripts/docker_helper.sh size myapp:latest
# Cleanup resources
./scripts/docker_helper.sh cleanup
一般的な問題
コンテナがすぐに終了する:
docker logs myapp
docker run -it --entrypoint sh myapp:latest
ネットワーク接続:
docker network inspect myapp_default
docker exec myapp ping db
ボリュームの権限:
# Fix in Dockerfile
RUN chown -R nodejs:nodejs /app/data
フェーズ 6: 最適化
イメージサイズの削減
戦略:
- より小さいベースイメージを使用します (alpine > sl
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Docker Workflow
Overview
Docker containerization streamlines development, testing, and deployment by packaging applications with their dependencies into portable, reproducible containers. This skill guides you through professional Docker workflows from development to production.
Core Capabilities
- Multi-stage builds: Separate build and runtime dependencies for optimal image size
- Docker Compose orchestration: Manage multi-container applications with networking and dependencies
- Image optimization: Reduce image size by 50-90% through best practices
- Development workflows: Hot-reload, volume mounting, and environment-specific configs
- Debugging tools: Container inspection, health checks, and troubleshooting utilities
- Production readiness: Security hardening, health checks, and deployment strategies
When to Use This Skill
Activate when:
- Containerizing a new application
- Setting up development environments with Docker
- Creating production-ready Docker images
- Orchestrating multi-container applications
- Debugging container issues
- Optimizing Docker builds and images
Workflow Phases
Phase 1: Initial Setup
Create .dockerignore
Exclude unnecessary files from build context:
node_modules/
__pycache__/
*.pyc
.git/
.env
*.log
dist/
build/
coverage/
See examples/.dockerignore for comprehensive template.
Key principles:
- Exclude build artifacts and dependencies
- Exclude sensitive files (.env, credentials)
- Exclude version control (.git)
- Smaller context = faster builds
Analyze Application Requirements
Determine:
- Runtime (Node.js, Python, Go, Java)
- Dependencies and package managers
- Build vs. runtime requirements
- Port exposure and volume needs
Phase 2: Multi-Stage Dockerfile
Choose Strategy
Multi-stage builds reduce final image size by 50-90%:
# Stage 1: Build
FROM node:18-alpine AS builder
WORKDIR /app
COPY package*.json ./
RUN npm ci --only=production
COPY . .
RUN npm run build
# Stage 2: Production
FROM node:18-alpine
WORKDIR /app
COPY --from=builder /app/dist ./dist
COPY --from=builder /app/node_modules ./node_modules
EXPOSE 3000
CMD ["node", "dist/index.js"]
See examples/Dockerfile.multi-stage for templates for Node.js, Python, Go, Java, and Rust.
Optimize Layer Caching
Order matters - place changing content last:
# ✅ GOOD: Dependencies cached separately
COPY package.json package-lock.json ./
RUN npm ci
COPY . .
# ❌ BAD: Any file change invalidates cache
COPY . .
RUN npm ci
Apply Security Best Practices
# Use specific versions
FROM node:18.17.1-alpine
# Run as non-root user
RUN addgroup -g 1001 -S nodejs && adduser -S nodejs -u 1001
USER nodejs
# Copy with ownership
COPY --chown=nodejs:nodejs . .
Security checklist:
- Pin base image versions
- Use minimal base images (alpine, slim)
- Run as non-root user
- Scan for vulnerabilities
- Minimize installed packages
Phase 3: Docker Compose Setup
Define Services
Create docker-compose.yml:
version: '3.8'
services:
app:
build:
context: .
dockerfile: Dockerfile
ports:
- "3000:3000"
environment:
- DATABASE_URL=postgresql://db:5432/myapp
depends_on:
db:
condition: service_healthy
volumes:
- ./src:/app/src # Development hot-reload
networks:
- app-network
db:
image: postgres:15-alpine
environment:
POSTGRES_DB: myapp
volumes:
- postgres-data:/var/lib/postgresql/data
healthcheck:
test: ["CMD-SHELL", "pg_isready -U user"]
interval: 5s
networks:
- app-network
volumes:
postgres-data:
networks:
app-network:
See examples/docker-compose.yml for full-featured setup with monitoring, queues, and caching.
Environment Configuration
Use override files for different environments:
Development (docker-compose.override.yml):
services:
app:
build:
target: development
volumes:
- ./src:/app/src
environment:
- NODE_ENV=development
command: npm run dev
Production (docker-compose.prod.yml):
services:
app:
build:
target: production
restart: always
environment:
- NODE_ENV=production
Usage:
# Development (uses override automatically)
docker-compose up
# Production
docker-compose -f docker-compose.yml -f docker-compose.prod.yml up -d
Phase 4: Build and Run
Build Commands
# Basic build
docker build -t myapp:latest .
# Build specific stage
docker build --target production -t myapp:prod .
# Build with BuildKit (faster)
DOCKER_BUILDKIT=1 docker build -t myapp:latest .
Run Commands
# Single container
docker run -d -p 3000:3000 -e NODE_ENV=production myapp:latest
# Docker Compose
docker-compose up -d
# View logs
docker-compose logs -f app
# Execute in container
docker-compose exec app sh
# Stop and remove
docker-compose down -v
Phase 5: Debugging and Troubleshooting
Use Helper Script
The scripts/docker_helper.sh utility provides common debugging operations:
# Check container health
./scripts/docker_helper.sh health myapp
# Inspect details
./scripts/docker_helper.sh inspect myapp
# View logs
./scripts/docker_helper.sh logs myapp 200
# Open shell
./scripts/docker_helper.sh shell myapp
# Analyze image size
./scripts/docker_helper.sh size myapp:latest
# Cleanup resources
./scripts/docker_helper.sh cleanup
Common Issues
Container exits immediately:
docker logs myapp
docker run -it --entrypoint sh myapp:latest
Network connectivity:
docker network inspect myapp_default
docker exec myapp ping db
Volume permissions:
# Fix in Dockerfile
RUN chown -R nodejs:nodejs /app/data
Phase 6: Optimization
Reduce Image Size
Strategies:
- Use smaller base images (alpine > slim > debian)
- Multi-stage builds to exclude build tools
- Combine RUN commands for fewer layers
- Clean up in same layer
- Use .dockerignore
Example:
# ✅ GOOD: Combined, cleaned up
RUN apt-get update && \
apt-get install -y --no-install-recommends package1 && \
apt-get clean && \
rm -rf /var/lib/apt/lists/*
Build Performance
# Enable BuildKit
export DOCKER_BUILDKIT=1
# Use cache mounts
RUN --mount=type=cache,target=/root/.cache/pip \
pip install -r requirements.txt
# Parallel builds
docker-compose build --parallel
Phase 7: Production Deployment
Production Dockerfile
FROM node:18-alpine AS production
# Security: non-root user
RUN addgroup -g 1001 -S nodejs && adduser -S nodejs -u 1001
WORKDIR /app
COPY --from=builder --chown=nodejs:nodejs /app/dist ./dist
USER nodejs
# Health check
HEALTHCHECK --interval=30s --timeout=3s \
CMD node healthcheck.js
EXPOSE 3000
CMD ["node", "dist/index.js"]
Deployment Commands
# Tag for registry
docker tag myapp:latest registry.example.com/myapp:v1.0.0
# Push to registry
docker push registry.example.com/myapp:v1.0.0
# Deploy
docker-compose pull && docker-compose up -d
# Rolling update
docker-compose up -d --no-deps --build app
Common Patterns
Full-Stack Application
- Frontend + Backend + Database + Redis
- See
examples/docker-compose.yml
Microservices
- API Gateway + Multiple Services + Message Queue
- Network isolation and service discovery
Development with Hot Reload
- Volume mounting for source code
- Override files for dev configuration
Best Practices Summary
Security
✅ Use specific image versions, not latest
✅ Run as non-root user
✅ Use secrets management for sensitive data
✅ Scan images for vulnerabilities
✅ Use minimal base images
Performance
✅ Use multi-stage builds ✅ Optimize layer caching ✅ Use .dockerignore ✅ Combine RUN commands ✅ Use BuildKit
Development
✅ Use docker-compose for multi-container apps ✅ Use volumes for hot-reload ✅ Implement health checks ✅ Use proper dependency ordering
Production
✅ Set restart policies ✅ Use orchestration (Swarm, Kubernetes) ✅ Monitor with health checks ✅ Use reverse proxy ✅ Implement rolling updates
Helper Resources
- scripts/docker_helper.sh: Container inspection, health checks, automation
- examples/Dockerfile.multi-stage: Templates for Node.js, Python, Go, Java, Rust
- examples/docker-compose.yml: Full-featured multi-service setup
- examples/.dockerignore: Comprehensive ignore patterns
Quick Reference
Essential Commands
# Build
docker build -t myapp .
docker-compose build
# Run
docker run -d -p 3000:3000 myapp
docker-compose up -d
# Logs
docker logs -f myapp
docker-compose logs -f
# Execute
docker exec -it myapp sh
docker-compose exec app sh
# Stop
docker-compose down
# Clean
docker system prune -a
Debugging
# Inspect
docker inspect myapp
# Stats
docker stats myapp
# Networks
docker network inspect bridge
# Volumes
docker volume ls 同梱ファイル
※ ZIPに含まれるファイル一覧。`SKILL.md` 本体に加え、参考資料・サンプル・スクリプトが入っている場合があります。
- 📄 SKILL.md (9,459 bytes)
- 📎 README.md (8,164 bytes)
- 📎 scripts/docker_helper.sh (14,198 bytes)