# ============================================================================== # Void-Genesis - Lobby Dev-Umgebung # ============================================================================== services: # ---------------------------------------------------------------------------- # 1. Lobby-Datenbank (PostgreSQL) # ---------------------------------------------------------------------------- lobby-db: image: postgres:16-alpine container_name: void_lobby_db restart: unless-stopped # Hier übergeben wir die Zugangsdaten aus der .env Datei an den Container environment: POSTGRES_PASSWORD: ${POSTGRES_PASSWORD} POSTGRES_USER: ${POSTGRES_USER} # Da der Container standardmäßig nach POSTGRES_PASSWORD sucht, leiten wir # unser spezifisches User-Passwort für die Initialisierung hier weiter. PGPASSWORD: ${POSTGRES_PASSWORD_LOBBY} POSTGRES_DB: ${POSTGRES_DB} # Wir binden den Port nur an Localhost. So kann man per SSH-Tunnel # (z.B. mit DBeaver/PgAdmin) sicher darauf zugreifen. ports: - "${PORT_DB}:5432" # Wir mounten den lokalen Ordner in den Container. Wenn der Container # gelöscht wird, bleiben unsere Tabellen und Nutzerdaten erhalten. volumes: - ./data/postgres:/var/lib/postgresql/data # Verbindet die Datenbank mit unserem internen Projekt-Netzwerk networks: - void_dev_network # Ein Healthcheck stellt sicher, dass die DB wirklich Anfragen annehmen kann, # bevor das Backend startet. healthcheck: test: ["CMD-SHELL", "pg_isready -U ${POSTGRES_USER} -d ${POSTGRES_DB}"] interval: 5s timeout: 5s retries: 5 # ---------------------------------------------------------------------------- # 2. Lobby-Backend (Node.js) # ---------------------------------------------------------------------------- lobby-backend: # Wir bauen das Image dynamisch aus unserem Unterordner build: context: ./lobby-backend dockerfile: Dockerfile.dev container_name: void_lobby_backend restart: unless-stopped # Das Backend darf erst starten, wenn der Healthcheck der Datenbank 'healthy' ist. depends_on: lobby-db: condition: service_healthy # Wir mounten den lokalen Ordner direkt in das Arbeitsverzeichnis des Containers. # Dadurch greifen Code-Änderungen sofort (Hot-Reload via Nodemon). volumes: - ./lobby-backend:/app # Wir schließen node_modules vom lokalen Mount aus, damit der Container # seine eigenen, nativen Linux-Binaries behält. - /app/node_modules ports: - "${PORT_BACKEND}:3000" # Übergabe der DB-Daten an Node.js, um die Connection-String zu bauen environment: - DB_HOST=lobby-db - DB_PORT=5432 - DB_USER=${POSTGRES_USER} - DB_PASS=${POSTGRES_PASSWORD} - DB_NAME=${POSTGRES_DB} - NODE_ENV=development - JWT_ACCESS_SECRET=${JWT_ACCESS_SECRET} - JWT_REFRESH_SECRET=${JWT_REFRESH_SECRET} - BREVO_API_KEY=${BREVO_API_KEY} - BREVO_SENDER_EMAIL=${BREVO_SENDER_EMAIL} - BREVO_SENDER_NAME=${BREVO_SENDER_NAME} - MAIL_MODE=${MAIL_MODE} networks: - void_dev_network - npm_network # ---------------------------------------------------------------------------- # 3. Dev-Frontend (Vite + PixiJS) # ---------------------------------------------------------------------------- lobby-frontend: build: context: ./lobby-frontend dockerfile: Dockerfile.dev container_name: void_lobby_frontend restart: unless-stopped # Auch hier mounten wir den Code für Vite's HMR (Hot Module Replacement) volumes: - ./lobby-frontend:/app - /app/node_modules # Wir exposen den Vite-Standardport. Nginx Proxy Manager (NPM) kann dann # dev.void-genesis.de auf diesen lokalen Port routen. ports: - "${PORT_FRONTEND}:5173" environment: - NODE_ENV=development # Vite benötigt diese Einstellung oft in Docker, um File-Changes zu bemerken - CHOKIDAR_USEPOLLING=true networks: - void_dev_network - npm_network # ------------------------------------------------------------------------------ # Netzwerke # ------------------------------------------------------------------------------ networks: void_dev_network: driver: bridge # Wir binden das externe NPM-Netzwerk ein npm_network: external: true name: nginx-proxy-manager_default