MCP HubMCP Hub
Retour aux compétences

setup-compose-stack

pjt222
Mis à jour 2 days ago
8 vues
17
2
17
Voir sur GitHub
Métaapi

À propos

Cette Compétence Claude génère des configurations Docker Compose pour les modèles courants d'applications web multi-services. Elle configure des piles avec des applications web, des bases de données, des caches et des workers, incluant la mise en réseau, les volumes, les contrôles de santé et la gestion des variables d'environnement. Utilisez-la pour créer des environnements de développement, orchestrer des workers en arrière-plan avec des API, ou établir des configurations multi-services reproductibles au sein des équipes.

Installation rapide

Claude Code

Recommandé
Principal
npx skills add pjt222/agent-almanac -a claude-code
Commande PluginAlternatif
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternatif
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/setup-compose-stack

Copiez et collez cette commande dans Claude Code pour installer cette compétence

Documentation


name: setup-compose-stack description: > Konfiguriere allgemeine Docker-Compose-Stacks fuer gaengige Anwendungsmuster. Umfasst Web-App + Datenbank + Cache + Worker-Dienste, benannte Volumes, Netzwerke, Health-Checks, depends_on, Umgebungsverwaltung und Profile. Verwende diesen Skill beim Betrieb einer Web-App mit Datenbank oder Cache, beim Einrichten einer Entwicklungsumgebung mit mehreren Diensten, beim Orchestrieren von Hintergrund-Workern neben einer API oder beim Erstellen reproduzierbarer Multi-Service-Umgebungen teamuebergreifend. 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 locale: de source_locale: en source_commit: 6f65f316 translator: claude-sonnet-4-6 translation_date: 2026-03-16

Compose-Stack einrichten

Docker Compose fuer Multi-Service-Anwendungsstacks mit Datenbanken, Caches und Workern konfigurieren.

Wann verwenden

  • Betrieb einer Web-App mit Datenbank und/oder Cache
  • Einrichten einer Entwicklungsumgebung mit mehreren Diensten
  • Orchestrieren von Hintergrund-Workern neben einer API
  • Reproduzierbare Multi-Service-Umgebungen teamuebergreifend benoetigt

Eingaben

  • Erforderlich: Anwendungsdienst (Sprache, Port, Einstiegspunkt)
  • Erforderlich: Benoetigte unterstuetzende Dienste (Datenbank, Cache, Queue usw.)
  • Optional: Entwicklungs- vs. Produktionskonfiguration
  • Optional: Vorhandene Dockerfiles fuer benutzerdefinierte Dienste

Vorgehensweise

Schritt 1: Kern-Stack definieren

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:

Erwartet: docker compose up startet alle Dienste, wobei die App auf eine gesunde Datenbank wartet.

Schritt 2: Health-Checks hinzufuegen

Health-Checks ermoeglichen depends_on mit 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

Schritt 3: Netzwerke konfigurieren

services:
  app:
    networks:
      - frontend
      - backend

  postgres:
    networks:
      - backend

  nginx:
    networks:
      - frontend
    ports:
      - "80:80"

networks:
  frontend:
    driver: bridge
  backend:
    driver: bridge

Dies isoliert die Datenbank von direktem externen Zugriff, waehrend die App beide Netzwerke verbindet.

Schritt 4: Umgebungsvariablen verwalten

.env-Datei erstellen (git-ignoriert):

POSTGRES_PASSWORD=secure_password_here
APP_SECRET=your_secret_key

In Compose referenzieren:

services:
  postgres:
    environment:
      POSTGRES_PASSWORD: ${POSTGRES_PASSWORD}
  app:
    env_file:
      - .env

.env.example erstellen (in Git eingecheckt):

POSTGRES_PASSWORD=changeme
APP_SECRET=changeme

Schritt 5: Worker-Dienste hinzufuegen

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

Schritt 6: Profile fuer optionale Dienste verwenden

services:
  app:
    # startet immer
    build: .

  mailhog:
    image: mailhog/mailhog
    ports:
      - "8025:8025"
    profiles:
      - dev

  adminer:
    image: adminer
    ports:
      - "8080:8080"
    profiles:
      - dev
# Nur Kerndienste starten
docker compose up

# Mit Entwicklungstools starten
docker compose --profile dev up

Schritt 7: Override fuer Entwicklung erstellen

docker-compose.override.yml wird automatisch zusammengefuehrt:

services:
  app:
    build:
      target: dev
    volumes:
      - .:/app
      - /app/node_modules
    environment:
      NODE_ENV: development
      DEBUG: "app:*"
    command: ["npm", "run", "dev"]

Schritt 8: Bauen und Starten

# Alle Images bauen
docker compose build

# Im Hintergrund starten
docker compose up -d

# Logs anzeigen
docker compose logs -f app

# Dienststatus pruefen
docker compose ps

# Stoppen und entfernen
docker compose down

# Stoppen und Volumes entfernen (vollstaendiger Reset)
docker compose down -v

Erwartet: Alle Dienste starten, Health-Checks bestehen, App verbindet sich mit Datenbank und Cache.

Bei Fehler: docker compose logs <service> pruefen. Haeufige Probleme: Port-Konflikte, fehlende Umgebungsvariablen, Health-Check-Timeouts.

Validierung

  • docker compose up startet alle Dienste fehlerfrei
  • Health-Checks bestehen fuer Datenbank und Cache
  • Anwendung verbindet sich mit allen abhaengigen Diensten
  • Benannte Volumes persistieren Daten ueber Neustarts hinweg
  • .env ist git-ignoriert; .env.example ist eingecheckt
  • docker compose down stoppt alles sauber
  • Profile trennen Entwicklungstools von Produktionsdiensten

Haeufige Fehler

  • Keine Health-Checks: depends_on ohne condition: service_healthy wartet nur auf Container-Start, nicht auf Bereitschaft.
  • Hartcodierte Passwoerter in Compose: .env-Dateien oder Docker Secrets verwenden. Niemals Passwoerter committen.
  • Volume-Mount ueberschreibt: Das Mounten von .:/app ueberschreibt im Image gebaute node_modules. Ein anonymes Volume verwenden: /app/node_modules.
  • Port-Konflikte: docker compose ps und lsof -i :<port> auf Konflikte pruefen.
  • version:-Schluessel: Compose V2 ignoriert den version:-Schluessel. Fuer moderne Setups weglassen.
  • WSL-Pfad-Probleme: /mnt/c/...-Pfade verwenden, wenn Windows-Verzeichnisse aus WSL eingehaengt werden.

Verwandte Skills

  • setup-docker-compose - R-spezifische Docker-Compose-Konfigurationen
  • create-dockerfile - Das Dockerfile schreiben, das Compose referenziert
  • create-multistage-dockerfile - Optimierte Images fuer den Stack bauen
  • configure-nginx - Nginx-Reverse-Proxy zum Stack hinzufuegen

Dépôt GitHub

pjt222/agent-almanac
Chemin: i18n/de/skills/setup-compose-stack
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Compétences associées

content-collections

Méta

Cette 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.

Voir la compétence

polymarket

Méta

Cette 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.

Voir la compétence

creating-opencode-plugins

Méta

Cette 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.

Voir la compétence

sglang

Méta

SGLang 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.

Voir la compétence