setup-compose-stack
À propos
Cette Compétence Claude génère des configurations Docker Compose pour des modèles courants d'applications multi-services, comme des applications web avec bases de données, caches et processus d'arrière-plan. Elle gère les détails d'orchestration, y compris les réseaux, les volumes, les contrôles de santé, les dépendances et la gestion des variables d'environnement. Utilisez-la pour configurer rapidement des environnements de développement ou de déploiement reproductibles pour des services interconnectés.
Installation rapide
Claude Code
Recommandénpx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/setup-compose-stackCopiez et collez cette commande dans Claude Code pour installer cette compétence
Documentation
Set Up Compose Stack
Configure Docker Compose for multi-service application stacks with databases, caches, and workers.
When to Use
- Running a web app with a database and/or cache
- Setting up a development environment with multiple services
- Orchestrating background workers alongside an API
- Reproducible multi-service environments across teams
Inputs
- Required: Application service (language, port, entry point)
- Required: Supporting services needed (database, cache, queue, etc.)
- Optional: Development vs production configuration
- Optional: Existing Dockerfiles for custom services
Procedure
Step 1: Define Core Stack
services:
app:
build:
context: .
dockerfile: Dockerfile
ports:
- "3000:3000"
environment:
DATABASE_URL: postgres://appuser:apppass@postgres:5432/appdb
REDIS_URL: redis://redis:6379
depends_on:
postgres:
condition: service_healthy
redis:
condition: service_started
restart: unless-stopped
postgres:
image: postgres:16
environment:
POSTGRES_DB: appdb
POSTGRES_USER: appuser
POSTGRES_PASSWORD: apppass
volumes:
- pgdata:/var/lib/postgresql/data
ports:
- "5432:5432"
healthcheck:
test: ["CMD-SHELL", "pg_isready -U appuser -d appdb"]
interval: 5s
timeout: 5s
retries: 5
redis:
image: redis:7-alpine
ports:
- "6379:6379"
volumes:
- redisdata:/data
volumes:
pgdata:
redisdata:
Got: docker compose up starts all services with the app waiting for a healthy database.
Step 2: Add Health Checks
Health checks enable depends_on with condition: service_healthy:
services:
postgres:
healthcheck:
test: ["CMD-SHELL", "pg_isready -U appuser -d appdb"]
interval: 5s
timeout: 5s
retries: 5
redis:
healthcheck:
test: ["CMD", "redis-cli", "ping"]
interval: 5s
timeout: 3s
retries: 5
app:
healthcheck:
test: ["CMD", "curl", "-f", "http://localhost:3000/health"]
interval: 10s
timeout: 5s
retries: 3
start_period: 10s
Step 3: Configure Networks
services:
app:
networks:
- frontend
- backend
postgres:
networks:
- backend
nginx:
networks:
- frontend
ports:
- "80:80"
networks:
frontend:
driver: bridge
backend:
driver: bridge
This isolates the database from direct external access while the app bridges both networks.
Step 4: Manage Environment Variables
Create .env file (git-ignored):
POSTGRES_PASSWORD=secure_password_here
APP_SECRET=your_secret_key
Reference in compose:
services:
postgres:
environment:
POSTGRES_PASSWORD: ${POSTGRES_PASSWORD}
app:
env_file:
- .env
Create .env.example (committed to git):
POSTGRES_PASSWORD=changeme
APP_SECRET=changeme
Step 5: Add Worker Services
services:
worker:
build:
context: .
dockerfile: Dockerfile
command: ["node", "src/worker.js"]
environment:
DATABASE_URL: postgres://appuser:apppass@postgres:5432/appdb
REDIS_URL: redis://redis:6379
depends_on:
postgres:
condition: service_healthy
redis:
condition: service_started
restart: unless-stopped
deploy:
replicas: 2
Step 6: Use Profiles for Optional Services
services:
app:
# always starts
build: .
mailhog:
image: mailhog/mailhog
ports:
- "8025:8025"
profiles:
- dev
adminer:
image: adminer
ports:
- "8080:8080"
profiles:
- dev
# Start core services only
docker compose up
# Start with dev tools
docker compose --profile dev up
Step 7: Create Override for Development
docker-compose.override.yml is auto-merged:
services:
app:
build:
target: dev
volumes:
- .:/app
- /app/node_modules
environment:
NODE_ENV: development
DEBUG: "app:*"
command: ["npm", "run", "dev"]
Step 8: Build and Run
# Build all images
docker compose build
# Start in background
docker compose up -d
# View logs
docker compose logs -f app
# Check service status
docker compose ps
# Stop and remove
docker compose down
# Stop and remove volumes (full reset)
docker compose down -v
Got: All services start, health checks pass, app connects to database and cache.
If fail: Check docker compose logs <service>. Common issues: port conflicts, missing environment variables, health check timeouts.
Validation
-
docker compose upstarts all services without errors - Health checks pass for database and cache
- Application connects to all dependent services
- Named volumes persist data across restarts
-
.envis git-ignored;.env.exampleis committed -
docker compose downcleanly stops everything - Profiles separate dev tools from production services
Pitfalls
- No health checks:
depends_onwithoutcondition: service_healthyonly waits for container start, not readiness. - Hardcoded passwords in compose: Use
.envfiles or Docker secrets. Never commit passwords. - Volume mount overwrites: Mounting
.:/appoverwritesnode_modulesbuilt in the image. Use an anonymous volume:/app/node_modules. - Port conflicts: Check
docker compose psandlsof -i :<port>for conflicts. version:key: Compose V2 ignores theversion:key. Omit it for modern setups.- WSL path issues: Use
/mnt/c/...paths when mounting Windows directories from WSL.
Related Skills
setup-docker-compose- R-specific Docker Compose configurationscreate-dockerfile- write the Dockerfile that compose referencescreate-multistage-dockerfile- build optimized images for the stackconfigure-nginx- add an Nginx reverse proxy to the stack
Dépôt GitHub
Compétences associées
content-collections
MétaCette compétence propose une configuration éprouvée en production pour Content Collections, un outil axé sur TypeScript qui transforme des fichiers Markdown/MDX en collections de données typées de manière sûre avec une validation Zod. Utilisez-la lors de la création de blogs, de sites de documentation ou d'applications Vite + React riches en contenu pour garantir la sécurité de typage et la validation automatique du contenu. Elle couvre tout, de la configuration du plugin Vite et de la compilation MDX à l'optimisation des déploiements et la validation des schémas.
polymarket
MétaCette compétence permet aux développeurs de créer des applications avec la plateforme de marchés prédictifs Polymarket, incluant l'intégration d'API pour le trading et les données de marché. Elle fournit également une diffusion de données en temps réel via WebSocket pour surveiller les transactions en direct et l'activité du marché. Utilisez-la pour mettre en œuvre des stratégies de trading ou pour créer des outils traitant les mises à jour de marché en direct.
creating-opencode-plugins
MétaCette compétence aide les développeurs à créer des plugins OpenCode qui s'interconnectent avec plus de 25 types d'événements tels que les commandes, les fichiers et les opérations LSP. Elle fournit la structure du plugin, les spécifications de l'API événementielle et les modèles d'implémentation pour les modules JavaScript/TypeScript. Utilisez-la lorsque vous avez besoin d'intercepter, de surveiller ou d'étendre le cycle de vie de l'assistant IA OpenCode avec une logique personnalisée pilotée par les événements.
sglang
MétaSGLang est un framework de service LLM haute performance spécialisé dans la génération rapide et structurée pour les workflows JSON, regex et agentiques grâce à son cache de préfixe RadixAttention. Il offre une inférence nettement plus rapide, particulièrement pour les tâches avec des préfixes répétés, ce qui le rend idéal pour les sorties complexes et structurées ainsi que les conversations multi-tours. Choisissez SGLang plutôt que des alternatives comme vLLM lorsque vous avez besoin d'un décodage contraint ou que vous construisez des applications avec un partage étendu de préfixes.
