Configure general-purpose Docker Compose stacks for common application patterns. Covers web app + database + cache + worker services, named volumes, networks, health checks, depends_on, environment management, and profiles. Use when running a web app with a database or cache, setting up a development environment with multiple services, orchestrating background workers alongside an API, or creating reproducible multi-service environments across teams.
Scanned 9/3/2026
Install to Claude Code
npx -y skills add pjt222/agent-almanac --skill setup-compose-stack --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Setup Compose Stack?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/pjt222-setup-compose-stack-9d44c7d5)More formats (shields.io, HTML) on the badges page.
---
name: setup-compose-stack
locale: caveman
source_locale: en
source_commit: 82c77053
fence_basis_commit: 82c77053
translator: "Julius Brussee homage — caveman"
translation_date: "2026-05-03"
description: >
Configure general-purpose Docker Compose stacks for common application
patterns. Covers web app + database + cache + worker services, named
volumes, networks, health checks, depends_on, environment management,
and profiles. Use when running a web app with a database or cache,
setting up a development environment with multiple services,
orchestrating background workers alongside an API, or creating
reproducible multi-service environments across teams.
license: MIT
allowed-tools: Read Write Edit Bash Grep Glob
metadata:
author: Philipp Thoss
version: "1.0"
domain: containerization
complexity: intermediate
language: Docker
tags: docker-compose, orchestration, postgres, redis, multi-service, health-checks
---
# Set Up Compose Stack
Configure Docker Compose for multi-service app stacks with databases, caches, workers.
## When Use
- Running web app with database and/or cache
- Setting up dev env with multiple services
- Orchestrating background workers alongside API
- Need reproducible multi-service envs across teams
## Inputs
- **Required**: App service (language, port, entry point)
- **Required**: Supporting services needed (database, cache, queue, etc.)
- **Optional**: Dev vs prod config
- **Optional**: Existing Dockerfiles for custom services
## Steps
### Step 1: Define Core Stack
```yaml
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 app waiting for healthy database.
### Step 2: Add Health Checks
Health checks enable `depends_on` with `condition: service_healthy`.
```yaml
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
```yaml
services:
app:
networks:
- frontend
- backend
postgres:
networks:
- backend
nginx:
networks:
- frontend
ports:
- "80:80"
networks:
frontend:
driver: bridge
backend:
driver: bridge
```
Isolates database from direct external access while app bridges both networks.
### Step 4: Manage Environment Variables
Make `.env` file (git-ignored).
```text
POSTGRES_PASSWORD=secure_password_here
APP_SECRET=your_secret_key
```
Reference in compose.
```yaml
services:
postgres:
environment:
POSTGRES_PASSWORD: ${POSTGRES_PASSWORD}
app:
env_file:
- .env
```
Make `.env.example` (committed to git).
```text
POSTGRES_PASSWORD=changeme
APP_SECRET=changeme
```
### Step 5: Add Worker Services
```yaml
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
```yaml
services:
app:
# always starts
build: .
mailhog:
image: mailhog/mailhog
ports:
- "8025:8025"
profiles:
- dev
adminer:
image: adminer
ports:
- "8080:8080"
profiles:
- dev
```
```bash
# 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.
```yaml
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
```bash
# 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 + cache.
**If fail:** Check `docker compose logs <service>`. Common: port conflicts, missing env vars, health check timeouts.
## Checks
- [ ] `docker compose up` starts all services without errors
- [ ] Health checks pass for database + cache
- [ ] App connects to all dependent services
- [ ] Named volumes persist data across restarts
- [ ] `.env` git-ignored; `.env.example` committed
- [ ] `docker compose down` cleanly stops everything
- [ ] Profiles separate dev tools from prod services
## Pitfalls
- **No health checks**: `depends_on` without `condition: service_healthy` only waits for container start, not readiness.
- **Hardcoded passwords in compose**: Use `.env` files or Docker secrets. Never commit passwords.
- **Volume mount overwrites**: Mounting `.:/app` overwrites `node_modules` built in image. Use anonymous volume: `/app/node_modules`.
- **Port conflicts**: Check `docker compose ps` and `lsof -i :<port>` for conflicts.
- **`version:` key**: Compose V2 ignores `version:` key. Omit for modern setups.
- **WSL path issues**: Use `/mnt/c/...` paths when mounting Windows directories from WSL.
## See Also
- `setup-docker-compose` - R-specific Docker Compose configurations
- `create-dockerfile` - write Dockerfile compose references
- `create-multistage-dockerfile` - build optimized images for stack
- `configure-nginx` - add Nginx reverse proxy to stack
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!